CM 
< 

CO 

o> 

o> 
o> 

00 



CL 
LU 



(19) 




Europe isches Paten tarn t 
European Patent Office 
Office euro peon dee brevete 





01) 



EP0 899 913 A2 



(12) 



EUROPEAN PATENT APPLICATION 



(43) Date of publication: 

03.03.1999 Bulletin 1999/09 

(21) Application number: 98304371.2 

(22) Date of filing: 03.06.1998 



(51) Intel* H04L 12/24, H04Q 11/04 



(84) Designated Contracting States: 


(72) 


Inventors: 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


• 


Hayball, Clive Colin 


MC NL PT SE 




Sawbridgeworth, Hertfordshire CM21 9DB (GB) 


Designated Extension States: 


• 


Tatter sf leld, Peter Jamieson 


AL LT LV MK RO SI 




Chelmsford, Essex, CM2 9DP (GB) 




• 


Bragg, Nigel Lawrence 


(30) Priority: 27.08.1997 US 921649 




Weston Colville, Cambridge, CM1 5 NX (GB) 


(71) Applicant: NORTHERN TELECOM LIMITED 


(74) 


Representative: Franks, Robert Benjamin 


Montreal, Quebec H2Y 3Y4 (CA) 




352 Omega Court, 






Cemetery Road 






Sheffield S11 8 FT (GB) 



(54) Communications network having management system architecture & design method to 
support reuse 



(57) A network manager system comprises one or 
more network controllers in a communications network. 
The network management system comprises an appli- 
cation level (600) which represents the functionality of 
a plurality of different composites being hardware and/ 
or software components of different proprietary manu- 
facture and different function capability, and an imple- 
mentation level (601 ) which implements control of the 
composites. The application level is sub-divided into a 
plurality of application level elements (managed ob- 
jects) each of which correspond to a function capability 
of a composite or system, a system being a highest level 
of composite. The implementation level is sub-divided 
into a plurality of implementation level elements (man- 
aged objects) each of which represents a system, a 
composite or a component. The internal structure of the 
elements within the application level and implementa- 
tion level corresponds to internal architectures of the 
systems and composites. As a communications network 
is assembled from a plurality of different components 
and composites, the network management system can 
also be assembled using predetermined constructions 
of composite controllers and component controllers 
which correspond to specific composites or specific 
components within those composites, in accordance 
with an object model. Reconfigurations of a network or 
system may be made by making modifications to the ob- 
ject model, through use of a component library of pre- 
written managed objects representing black box and 
white box views of systems and components. Addition, 
removals, or reconfigurations of physical and logical re- 



sources which result in changes to the network may be 
managed by a reconfigured management information 
base comprising reconfigured application level ele- 
ments and/or implementation level elements (managed 
objects) which have been reconfigured using the in situ 
design tool. 
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Description 

Field of the invention 

[0001] The present invention relates to the management of communications networks. 
Background to the Invention 

[0002] Conventional communications networks, for example particularly broadband communications networks, are 
a result of continuous evolution of technologies over a number of past decades. A conventional communications net- 
work comprises a plurality of network elements, such as switches, cross-connects, repeaters and terminals. Persons 
designing new communications networks, or modifications to existing communications networks have a large selection 
of hardware based equipment items available from different manufacturers, different equipment having different per- 
formances, and operating different transmission protocols according to different standards. Even the network equip- 
ment products available from a single manufacturer can vary, considerably in functionality, capability and mode of 
operation due to the historical development of the products, and due to takeovers, mergers and alliances between 
different manufacturers within the telecommunications industry. There exists a large inventory of such available "legacy - 
equipment, both as products currently available from manufacturers, and as existing items of network equipment cur- 
rently installed and in use in communications networks. On the other hand, there exists a considerable number of 
standards bodies and alliances of manufacturers, concerned with steering the evolution of new communications tech- 
nologies and protocols with a view to standardization and interoperability of equipment from different manufacturers. 
Many of the current standards and evolving technologies will form the legacy equipment and systems of the future, 
thereby adding to the volume of "legacy" equipment in use. 

[0003] Modern broadband communications networks are required to carry an increasing volume of communications 
data traffic, having a mixture of traffic characteristics driven by a variety of applications. Such applications include video 
on demand, voice communication, and computer to computer data transfer. Operators and users of networks need to 
be able to manage their network resources to make the most cost effective use of communications networks, and to 
provide adequate services to their customers. Management of a network is involves management of operations, ad- 
ministration, maintenance, and provisioning of network resources (OAMP). Briefly, these elements involve the following: 

• Operations involves the day-to-day and often minute-to-minute care and feeding of the communications network 
in order to ensure that it is fulfilling its designed purpose. Examples of operations include monitoring of the network 
by watching for faults and invoking corrective commands and/or maintenance actions to repair them, comparing 
measured network performance against objectives and taking corrective action and/or invoking maintenance. Tak- 
ing corrective action involves operators issuing controls to correct a fault or performance problem or to resolve a 
customer complaint. 

• Administration involves a set of activities involved with designing the network, processing orders, assigning ad- 
dresses, tracking usage, and billing users of the network. 

• Maintenance involves circumstances that arise when a network does not work as planned, or it is necessary to 
diagnose and repair system faults. 

• Provisioning involves installing equipment, setting parameters, verifying that a service is operational and de-in- 
stallation of equipment or services. 

[0004] Conventionally, such network management may be achieved through a network controller apparatus. As il- 
lustrated schematically in Fig. 1 herein, a conventional communications network comprises a plurality of heterogeneous 
network elements NE, controlled and operated by one or more network controllers NC. The network elements may be 
of different manufacturers 1 , and having different capabilities and protocols. A network controller NC typically comprises 
a workstation capable of accessing an operation, administration and management (OAM) channel communicating with 
each of the network elements. The network controller receives and sends messages over the operation and manage- 
ment channel in the form of control signals in accordance with standard and/or proprietary protocols. Examples of 
widely used protocols include the simple network management protocol (SNMP) which is defined in EITF Standards. 
Another standard network management protocol is the known common management information protocol (CMIP) of 
the Open System Interconnect (OSI) Committee of the International Telecommunications Union (ITU-T). Other network 
management protocols in use include TL1 and a variety of proprietary management protocols. Currently the two pre- 
vailing protocols used to convey management information in communications systems are SNMP and CMIP. There is 
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general agreement that SNMP and its successor SNMP v2 are more suitable for customer premises equipment and 
private networks, whilst the common management information protocol, and the associated common management 
information service elements (CMISE) are more appropriate for carrier interconnection. For some devices, such as 
early asynchronous transfer mode (ATM) switches, it is simpler and easier to achieve interoperability with SNMP than 
it is with CMIP 

[0005] Although SNMP was developed with the intention of later intercepting the International Standard Organization 
Standards such as CMIP, there are fundamental differences between the SNMP and CMIP protocols which have tra- 
ditionally inhibited inter-working of the two protocols. Differences between the SNMP and CMIP protocols are illustrated 
in table 1 herein. 
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Table 1 



CMIP (paradigm 
oriented) 

Management Information 



object SNMP (paradigm - relational) 



Management Information 



Complex object classes with 
attributes, events and actions 



• Separate hierarchies for 
registration (naming), 
containment and inheritance 



Identification of instances 
based on containment plus 
distinguished attributes 



Simple o bject typ es (simple 
variables without attributes, 
plus tables of simple variables) 

No actions or events (SNMP 
traps are not associated with 
objects 



A single hierarchy which is 
used for both naming and 
containment. No inheritance 



Identification of instances 
based on position in hierarchy 
plus, for table entries, a simple 

index yalue 



[0006] Several attempts have been made to align the SNMP and CMIP protocols and models. However, many of 
these approaches are flawed. Such approaches include: 

• CMOT (Abbreviation of CMIP aver TCP/IP) 

The internet community have proposed how to use the CMIP protocol to manage transmission and control protocol/ 
internet protocol (TCP/IP). CMOT fails because it requires significant changes to internet equipment. CMOT has 
survived only as a definition of an alternative transport layer protocol for CMIP 

• I IMC (abbreviation of ]SO/CCITT internet Management Coexistence) 

The Network Management Forum (NMF) has endorsed a scheme for translation between CMIP and SNMP man- 
agement information bases (MIBS). This approach is undesirable because it merely provides a syntactic translation 
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between SNMP and CMIP MIB formats. 

[0007] In the Network Management Forum (NMF) approach, there is proposed a "Proxy" mechanism which translates 
between functionally equivalent service, protocol and management information base differences. SNMP object types 
5 are mapped to "equivalent" ISO/CCITT object classes and attributes as illustrated schematically in Fig. 2 herein. No 
attempt is made to modify the basic shape of the SNMP management information base, so classes normally seen in 
GDMO management information bases such as the connection object from ITU-T Recommendation G.803 do not 
appear. The structure of the management information base and the access mechanisms having protocol specific views 
of the management information base are cleanly separated in the NMF model. The NMF concept enables a network- 
to wide model to be constructed which is independent of the various "views" upon it. Neither of the above approaches 
addresses the key issue of how to manage systems composed of multiple heterogeneous network elements. 
[0008] Independent proposals made within the International Community for development of management models 
for communications networks include. 

is • IBM (International Business Machines) have proposed how to organize a single management information base 
such that it can be independently accessed by either CMIP or SNMP protocols. 

• The network management forum has specified a protocol independent management information base format and 
is encouraging the development of commercial tools to provide protocol specific access. 

20 

• The ATM Forum has used a protocol independent notation to model requirements for ATM network and element 
management. 

[0009] Referring to Fig. 3 herein in the IBM scheme, a protocol independent management information base 300 is 
25 provided with a generic interface 301. The generic interface 301 is accessed via an SNMP protocol object 302, and/ 
or CMIP protocol object 303, comprising respectively an SNMP interface 304 and a CMIP interface 305. 
[0010] However, despite these proposals, current management systems for telecommunications networks are con- 
structed on an ad hoc basis. Once system designers have designed a new communications network, or a modification 
to an existing communications network, the network manager system is created, reflecting the structure, connections 
30 and services present in the new network. The conventional management system comprises a management information 
base, in the form of a data storage device storing electronic data signals describing each of the network elements of 
the network, their interconnections, and the services and protocols supported by those network elements. 
[0011] Problems which occur with the conventional approach network management include: 

35 • Each time a new network is designed, a new custom-made management information base needs to be created. 

• Conventional methods of management information base creation involve considering the design of a management 
information base as a whole whenever a new type of network element is created, or whenever a new network 
element is added to an existing network. For example when a new network element is added to an existing network, 

40 changes to the data stored in the management information base must be added to reflect the addition of the new 

network element. In conventional management information bases, the changes to the management information 
base required on addition of a new network element are difficult to contain due to the cross-references between 
data items stored in the MIB. 

45 • Conventional management systems are not easily scaleable. As the complexity of the network increases, so does 
the complexity of the management information base required. For networks having more than a few hundred nodes, 
a plurality of network management systems are used. This results in architectural complexity of management 
systems in order to compensate for lack of scaleability in the inherent design of the management system. 

so Summary of the Invention 

[0012] One object of the present invention is to allow management of a network having a plurality of distributed 
components and systems. 

[0013] Another object of the present invention is to provide a process for constructing a network management system 
55 in which containment of changes to the management system is achieved, on addition of new hardware and software 
item types to a communications network. 

[0014] Another object of the present invention is to provide a network management system which is adaptable for 
use with a wide variety of heterogeneous legacy hardware and software items. 
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[0015] Another object of the present invention is provide a process which enables faster construction of a network 
management system for a communications network, by supporting re-usability of network management system con- 
structions. 

[0016] Another object of the present invention is to introduce readily scaleable architectures into a network manage- 
5 ment system with a view to reducing time to market. 

[0017] A further object of the present invention is to provide a network management system which is adaptable to 
being distributed across a communications network. 

[0018] In the specific methods and embodiments of the proposed approach herein, a network is considered to com- 
prise a plurality of components, a component being a replaceable unit of manufacture which lends itself to duplication 
10 throughout a network and which is manageable by a discrete unit of management functionality A plurality of components 
are assembled, or co-operate with each other to form a composite of components, which provides functionality based 
on the functionality of individual components comprising the composites. 

[0019] A management system is constructed from a plurality of managed objects according to a model which reflects 
both the pure functionality of composites, at an application level and the implementation of those functions by the 
is composites and components, at an implementation level. Functionality at the application levels and implementation 
levels is represented in the arrangement of managed objects comprising the network management system, which are 
separated into application level models and implementation level models, which are used to construct a management 
information base. 

[0020] This may allow separation of a network application functionality, for example a system, which is being managed 

20 from management of an item of equipment such as a component or a composite. 

[0021] The composite controllers are constructed from a plurality of managed objects which are arranged according 
to the application model into a plurality of function controllers which provide management information and control of 
pure functionality of the composites, and from one or a plurality of component controllers which are assembled in a 
manner which reflects a structure of a composite, in accordance with an implementation model. The construction of 

25 the management system is recursive, in that composite controllers may be constructed from a plurality of other com- 
posite controllers, a first composite controller having a plurality of other composite controllers, and an implementation 
model of one composite forming an application model of another composite. 

[0022] By separating out management of functionality of a network from the management of device-specific imple- 
mentations of those functions in proprietary legacy equipment, a network management system may be constructed 

30 making greater re-use of management system structures, and reducing a development time of management systems 
by encapsulating previous design effort in re-usable management system structures. Further, changes in a manage- 
ment system caused by addition or substitution of network components and composites can be contained to changes 
in the component controllers and composite controllers corresponding to those network component and composites. 
[0023] By providing a network management apparatus which is structured in a way which reflects the assemblies of 

35 components, composites and systems of a network, independently of their functionality, there may be created a man- 
agement platform which supports management control of internal features of network systems and composites of 
network components in a graded manner, in which management access can be achieved throughout a plurality of 
levels of a network. 

[0024] By constructing assemblies of controllers which reflect a structure of a composite and its constituent compo- 
40 nents, a network management system can develop along with a developing network. Newly constructed composites 
which add new functionality to the network can be managed through corresponding newly constructed function con- 
trollers, without requiring extensive changed to the existing management structure of the management system. 
[0025] A network controller may be provided with a tool for configuration and/or design of a management information 
base constructed from a set of black box data representations, which represent functionality of physical and/or logical 
45 resources, without describing details of their physical/logical implementation in a device specific format, and a plurality 
of white box data representations which represent the actual physical ity and logical resource which provides the func- 
tionality represented by the black box representations. During maintenance or reconfiguration of a system or network, 
for example replacement of a network element, the management information base may be modified to reflect the 
physical or logical changes in the network using the tool. By using pre-written libraries of black box data representations 
50 and white box data representations, the advantages of reusable design effort may be achieved in reconfiguration, 
maintenance or upgrading of the network. The tool is applicable to both circuit switched and packet switched commu- 
nications network, including communicating computers. 

[0026] According to a first aspect of the present invention there is provided a network management system for man- 
aging a communications network comprising a plurality of composites of components, said management system char- 
ts acterized by comprising: 

at least one composite controller implementing control of a said composite; 
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a plurality of managed objects each representing a functionality of said composite, 

wherein each said managed object corresponds with at least one said composite. 

[0027] Preferably a said composite controller may comprise a plurality of component controllers, each said compo- 
nent controller representing a component of a corresponding said composite. 

[0028] Preferably a said composite controller may comprise a plurality of component controllers, said component 
controllers each corresponding to an internal component of a said composite, said component controllers being inter- 
connected in a manner representing an internal structure of said composite. 

[0029] Suitably each said managed object represents a corresponding function capability of a said component of a 
composite. 

[0030] Preferably a said composite controller may comprise a plurality of component controllers; and each said man- 
aged object corresponds with at least one said component controller of said composite controller. 
[0031] According to a second aspect of the present invention there is provided a network management system for 
managing a communications network comprising a plurality of composites of components, said management system 
characterized by comprising: 

a plurality of implementation level elements controlling said plurality of composites, said implementation level el- 
ements comprising a plurality of component controllers assembled in a manner which corresponds with internal 
structures of said components; and 

a plurality of application level elements controlling said plurality of composites, said application level elements 
comprising a plurality of managed objects representing a functionality of said composites independently of a struc- 
ture of said composites. 

[0032] Preferably each said component controller comprises a component control means for generating a set of 
control signals for controlling a component of a said network element. 

[0033] Said component control means may comprise one or a plu rality of managed objects arranged to control internal 
physical resources of a said component. 

[0034] A said managed object may operate to generate control signals for controlling a said component controller. 
[0035] A said managed object may generate a control signal for controlling said component controller; and said 
component controller may receive said control signal and generate a component control signal in response to said 
received control signal. 

[0036] Suitably the network management further comprises a graphical user interface capable of viewing manage- 
ment data signals from said plurality of application level elements and said plurality of implementation level elements, 
said data signals describing a functionality and structure of said plurality of composites. 

[0037] A said component controller provides management data relating to a functionality of at least one corresponding 
component. 

[0038] According to a third aspect of the present invention there is provided a network management system for 
managing a communications network comprising a plurality of components assembled into composites of components, 
said management system characterized by comprising: 

a plurality of implementation level elements providing management data relating to said plurality of composites, 
in which internal structures of said composites are represented by said implementation level elements; and 

a plurality of application level elements providing management data relating to said plurality of composites, in which 
functionality of said composites are represented independently of said internal structures by said application level 
elements. 

[0039] According to a fourth aspect of the present invention there is provided a method of manufacturing a manage- 
ment system of a communications network comprising a plurality of composites each comprising a plurality of compo- 
nents each component providing a unit of re-usable functionality, said management system characterized by compris- 
ing: 

a plurality of component controllers each corresponding to a said component of said network; and 

a plurality of first managed objects each describing a functionality of at least one corresponding said component, 
each of said first managed objects representing a functionality of a said component independently of a structure 
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of said component; 
said method comprising the steps of: 

assembling said plurality of component controllers and said plurality of first managed objects by connecting each 
said first managed object to at least one corresponding said component controller said corresponding component 
controller implementing management control of a corresponding said component. 

[0040] Preferably step of assembling said plurality of component controllers comprises representing a structure of 
an individual network composite by a plurality of said component controllers, arranged in a manner which corresponds 
to said structure. 

[0041] Said step of assembling said plurality of component controllers may comprise representing a plurality of man- 
ageable functions carried out by a said composite structure in the network by said plurality of first managed objects. 
[0042] Preferably a said component controller comprises a data storage means configured to store a set of data 
signals describing a said component; and a component control means for generating a set of control signals for con- 
trolling said component. 

[0043] Preferably a said first managed object comprises a data storage means configured to store a set of data 
signals describing a function of at least one said component; and a control means for generating control signals for 
controlling a said component controller. 

[0044] Said step of connecting may comprise representing each of a plurality of functions of a said composite by a 
respective corresponding first managed object, and representing an implementation of a said function by an imple- 
mentation level element comprising a plurality of second managed objects; and relating each first managed object to 
at least one corresponding respective second managed object. 

[0045] Said step of connecting may comprise arranging a component controller to control at least one component 
in response to a control signal generated by a said first managed object. 

[0046] Said method may comprise a step of providing a respective second managed object for controlling each 
function of a component. 

[0047] Said method may comprise the steps of providing a first managed object corresponding to each type of function 
carried out by a component; providing a component controller for each type of said component; wherein each said first 
managed object is represented by at least one said component controller by connecting said first managed object to 
said at least one component controller by a mapping which defines a relationship between a said first managed object 
and a said component controller. 

[0048] Each said component controller may comprise a plurality of managed objects and each said function controller 
comprises a plurality of managed objects, and; a said managed object of a function controller comprises a data process- 
ing element, and a data storage means storing data signals and control signals; and a said managed object of a 
component controller comprises a data processing element and a data storage means storing data signals and control 
signals. 

[0049] According to a fifth aspect of the present invention there is provided a method of constructing a management 
system for a communications network comprising a plurality of composites of components, said method characterized 
by comprising the steps of: 

assembling a plurality of composite controllers, each composite controller arranged for controlling a corresponding 
" "said composite; 

assembling a plurality of managed objects, each representing a functionality of at least one said composite; and 

connecting each said managed object with at least one corresponding said composite such that a functionality of 
said composite represented by said managed object is implemented by control signals sent from said composite 
controller to said composite. 

[0050] Said method may comprise the step of assembling a plurality of managed objects, each relating to a man- 
agement function of a component. 

[0051] Said method may comprise the step of constructing each said composite controller, as a plurality of component 
controllers, each said component controller corresponding to a component of a said composite. 
[0052] According to a sixth aspect of the present invention there is provided a method of managing a communications 
network comprising a plurality of composites of components, said management method characterized by comprising 
the steps of: 

storing an implementation model data describing a physical implementation of said composites; 
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storing an application model data describing a functionality of said composites; and 

performing management operations of said composites utilizing said implementation model data and said appli- 
cation model data. 

[0053] According to a seventh aspect of the present invention there is provid d a method of managing a communi- 
cations network comprising a plurality of composites of components, said management method characterized by com- 
prising the steps of: 

representing a plurality of functions of a composite by a corresponding respective plurality of managed objects, 
each said managed object capable of storing data signals describing a corresponding respective said function; 

representing a plurality of components of a said composite by a corresponding respective plurality of component 
controllers, said component controllers interconnected in a manner representing an interconnection of said com- 
ponents within the network; and 

operating said component controllers for generating a plurality of control signals for controlling operation of said 
components, in response to control signals generated by said managed objects. 

[0054] According to an eighth aspect of the present invention there is provided a tool for creating an object model 
of a network management system, said tool characterized by comprising: 

a data processing means comprising a processor (500) and memory (501 ); 

a graphical user interface (504) comprising a visual display device and a manual data entry means; 

means (500, 501 , 504) for creating a plurality of black box data representations, each said black box data repre- 
sentation representing a unit of functionality which is capable of being managed individually as a discrete entity; and 

means (500, 501 , 504) for creating a plurality of white box data representations, each said white box data repre- 
sentation representing a physical resource configured for implementing said functionality 

[0055] Preferably said tool further comprising a library (5306) comprising a store of a plurality of said black box and 
white box data representations. 

[0056] Preferably said tool comprises means (500, 501 , 504) for assembling a plurality of said black box data rep- 
resentations (1402) into a first model data representation, said first model representing functionality of a system inde- 
pendently of implementation of said functionality. 

[0057] Preferably said tool comprises means (500, 501 , 504) for assembling a plurality of said white box data rep- 
resentations (1404) to create a second model data representation, said second model data representation comprising 
a data representation implementing a functionality of a system. 

[0058] Preferably" said tool comprises mapping means (1408) configured to map a plurality of said black box data 
representations to a first plurality of class data representations. 

[0059] Preferably said tool comprises mapping means (1411) for mapping a plurality of said white box data repre- 
sentations to a second plurality of class data representations. 

[0060] Preferably said tool comprises said plurality of black box data representations and said plurality of white box 
data representations are displayable as graphical displays on said visual display device. 

[0061] Preferably said tool comprises an interface (500, 601; 504, 600) for input and output of black box data rep- 
resentations, model data representations or class data representations. 

[0062] The invention includes a network controller comprising a tool as described hereinabove. 
[0063] The invention includes a communications network comprising: 

a plurality of components, each said component comprising a unit of manufacture providing a functionality within 
said network and which is capable of being managed individually as a discrete entity; 

at least one composite, said composite comprising an assembly of said components arranged to cooperate with 
each other and capable of being managed as a whole; 

a management system comprising: 
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a plurality of component controllers, each said component controller providing management data relating to a 
functionality of at least one said component; and 

at least one composite controller, said composite controller providing management data relating to said composite. 

5 

[0064] A said composite controller may comprise a plurality of said component controllers, each said component 
controller corresponding to at (east one said component of said composite. 

[0065] Preferably said assembly of component controllers are arranged in a manner which represents a structure of 
said assembly of components, for implementation of said functionality. 
10 [0066] A said composite controller may comprise a first plurality of managed objects providing management infor- 
mation concerning a functionality of said composite independently of an implementation of said functionality by said 
assembly of components comprising said composite; and a second plurality of managed objects comprising said com- 
ponent controllers, wherein each managed object of said first plurality is related to at least one managed object of said 
second plurality. 

75 [0067] Said management system preferably further comprises at least one viewing means capable of accessing said 
management data. 

[0068] Said viewing means may be adapted to interface with said at least one composite controller for communication 
of said management data comprising management data relating to a functionality of said at least one composite con- 
troller independently of an implementation of said functionality; and management data relating to a component-specific 
20 view of an implementation of said functionality. 

[0069] A said viewing means may comprise a Q3 interface. A said viewing means may comprise a graphical user 
interface. 

[0070] Suitably a said component controller communicates operations, admin istration and maintenance manage- 
ment signals to a corresponding said component. 
25 [0071] Suitably a said composite controller operates to communicate operations, administration and maintenance 
management signals to a corresponding said composite. 

[0072] A plurality of said composites and components may comprise at least one system; and said management 
system comprises at least one system controller providing management data relating to said system. 
[0073] Said system controller may operates to communicate operations, administration and maintenance manage- 
30 ment signals with at least one composite of said system for management of said system. 
[0074] Said system controller may comprise a plurality of said composite controllers. 

Brief Description of the Drawings 

35 [0075] For a better understanding of the invention and to show how the same may be carried into effect, there will 
now be described by way of example only, specific embodiments, methods and processes according to the present 
invention with reference to the accompanying drawings in which: 

Fig. 4 illustrates an example of a communications network comprising a plurality of node elements linked together 
40 by a plurality of links, and illustrating different levels of management of the network; 

Fig. 5 illustrates a network controller apparatus comprising network management system according to a specific 
embodiment of the present invention; 

45 Fig. 6 illustrates an internal architecture of a network controller comprising a management system having an ap- 

plication controller and an implementation controller; 

Fig. 7 illustrates a replaceable component of a communications network, together with a component controller for 
controlling functionality of the component; 

so 

Fig. 8 illustrates a composite assembly of components, comprising a network element, together with a composition 
of component controllers for implementing control of the components, and a function controller representing func- 
tionality of the network element; 

55 Fig. 9 illustrates an example of internal structure of a function controller and an element controller of the network 

controller of Fig. 5; 

Fig. 10 illustrates a sub-function controller of the function controller of Fig.9; 
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Fig. 11 illustrates a sub-component controller of the composite controller of Fig. 9; 

Fig. 12 illustrates an architectural structure of the network management system; 

Fig. 13 illustrates a general method of construction of a network management system; 

Fig. 14 illustrates in overview a method tor constructing an application level and an implementation level of the 
management system; 

Fig. 15 illustrates a "black box" application view of a composite according to the method of Fig. 14; 

Fig. 16 illustrates an implementation view internal layout of a composite according to the method of Fig. 14; 

Fig. 17 illustrates a layered connection representation of a composite according to the method of Fig. 14; 

Fig. 18 illustrates an application class representation of a composite according to the method of Fig. 14; 

Fig. 19 illustrates a layered implementation representation of a composite according to the method of Fig,. 14; 

Fig. 20 illustrates an implementation class representation of a composite according to the method of Fig. 14; 

Fig. 21 illustrates a folded implementation class representation for constructing a composite controller of a com- 
posite, according to the method of Fig. 1 3; 

Fig. 22 illustrates a combined application class model and implementation class model representation for connect- 
ing a function controller and a composite controller of a network management system, according to the method of 
Fig. 9; 

Fig. 23 illustrates a relationship between application models and implementation models at different levels of sys- 
tem management; 

Fig. 24 illustrates a "black box" view of an E1 1/0 cross-connect over ATM application; 

Fig. 25 illustrates a block diagram architecture for an E1 1/0 cross-connect over ATM system architecture; 

Fig. 26 illustrates schematically an implementation model representation of the E1 1/0 cross-connect over ATM 
as a set of connected components; 

Fig. 27 illustrates a simplified block diagram of the E1 1/0 cross-connect architecture; 

Fig. 28 illustrates a layered implementation representation of the E1 1/0 cross-connect over ATM system; 

Fig. 29 illustrates an implementation class model of the E1 1/0 cross-connect over ATM; 

Fig. 30 illustrates an optimized, folded implementation class model of the E1 1/0 cross-connect; 

Fig. 31 illustrates a layered implementation class model of an E1-ATM adapter composite of the E1 1/0 cross- 
connect; 

Fig. 32 illustrates a folded implementation class model of the E1-ATM adapter composite of Fig. 31; 

Fig. 33 illustrates a mapping between an application class model and an implementation class model of the E1 
1/0 cross-connect over ATM; 

Fig. 34 illustrates in general overview stages in developing an application model through an architecture model to 
an implementation model for a 1/0 cross-connect; 

Fig. 35 illustrates a "black box" view of an ATM transit exchange application; 
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Fig. 36 illustrates a clock diagram architecture for the transit exchange of Fig. 35; 

Fig. 37 illustrates a block diagram for an implementation of the transit exchange as a set of connected components, 
some of which eg DSO - ATM adaptor) are reused from the E1 1/0 cross connect system; 

Fig. 38 illustrates an intermediate step between a black box view and an application class model for the ATM transit 
exchange; 

Fig. 39 illustrates a simplified application class model, for a function controller for controlling an ATM transit ex- 
change apparatus; 

Fig. 40 illustrates an implementation class model of the voice over ATM transit exchange; 

Fig. 41 illustrates a combination of a portion of an application class model and a portion of an implementation class 
model for the ATM transit exchange with mappings between managed object classes in the two models; 

Fig. 42 illustrates an intermediate step in the development of an implementation class model for a call processing 
module of the ATM transit exchange; 

Fig. 43 illustrates an implementation class model of a processor module of the ATM transit exchange, comprising 
an MTP-3 processor module and an ISUP/CC processor module; 

Fig. 44 illustrates an implementation class model of a generic spared processor module of the ATM transit ex- 
change; 

Fig. 45 illustrates a block diagram architecture for an E1-ATM adapter; 

Fig. 46 illustrates an intermediate step between the block diagram of Fig. 45 and an implementation class model 
of the E1-ATM adapter; 

Fig. 47 illustrates an implementation class model of an E1 protection module portion of the E1-ATM adapter im- 
plementation model of Fig. 45; 

Fig. 48 illustrates an implementation class model fragment of an ATM transit exchange, showing how a signalling 
link is switched internally through the E1 ATM adaptor and frame processor components to its termination within 
the MTP-3 processor component; 

Fig. 49 illustrates a combined class model including application class model and implementation class model 
portions for a section of an ATM transit exchange, including an E1-ATM adaptor implementation class model, a 
frame processor implementation class model and an MTP-3 processor implementation class model connected 
with a signaling cross-connect between signaling link connection termination point elements, one of which is 
mapped to an application class model within the combined class model; 

Fig. 50 illustrates a common object model illustrating a management unit for an item of common equipment which 
can be customized to perform a specific functionality; 

Fig. 51 illustrates steps for constructing a management system for a communications network having pre-defined 
components and composites; 

Fig. 52 illustrates a method of constructing a set of objects to create system controllers, composite controllers and 
component controllers; and 

Fig. 53 illustrates steps for variation of a method of constructing a management system for a communications 
network. 

Detailed Description of the Best Mode lor Carrying Out the Invention 

[0076] There will now be described by way of example the best mode contemplated by the inventors for carrying out 
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the invention. In the following description numerous specific details are set forth in order to provide a thorough under- 
standing of the present invention. It will be apparent however, to one skilled in the art, that the present invention may 
be practiced without using these specific details. In other instances, well known methods and structures have not been 
described in detail so as not to unnecessarily obscure the present invention. 

s [0077] Referring to Fig. 4 herein, there is shown an example of a communications network comprising a plurality of 
nodes 400, and a plurality of links 401 , the communications network being managed by a network management system 
comprising one or a plurality of network controllers 402. Whereas in the conventional network shown previously in Fig. 
1 herein, network elements NE which occupy nodes, comprise monolithic devices which are heterogenous from node 
to node, which may be of different proprietary manufacture and which are separately managed accordingly by a plurality 

10 of separate management systems, in the network of Fig. 4 herein, nodes are occupied by a plurality of components 
which are capable of being replicated from node to node and which support functions which may be distributed across 
the network in their implementation. Composite assemblies of components are created, which provide composite func- 
tionality provided by a plurality of individual components, and from the composites and components are created com- 
plete systems within the network, which provide system functionality within the network. Examples of such systems 

is include GSM and ISDN functions realized through distributed network elements. 

[0078] The network is managed at different levels of management. At a lowest level of management, termed a com- 
ponent level, components of equipment are managed. In this specification the term "component" is used to represent 
a replaceable unit of manufacture which lends itself to duplication throughout a network and which is manageable by 
a discrete unit of management functionality. A component comprises a lowest level of managed hardware or software 

20 physical resource which is replaceable as a unit, or which is reusable as a unit across different areas of the network, 
providing a reusable functionality within the network. A component may comprise for example a line card in a switch 
device, a port card, or a signal processing card. The component may typically comprise a replaceable card which slots 
into a backplane of an equipment rack module which provides power supply and means for communicating with other 
components. A component may comprise a unit of software for controlling one or a plurality of general purpose proc- 

25 essor cards to perform a specific function within the network. Another example of a component may comprise a card 
performing a E1-DS0 multiplexor function. Another example of a component may include a passive link device, eg a 
fiber cable. A component, particularly a hardware component, may generally reside at a single node, but where the 
component comprises a unit of programming, the component may reside at a single node or be distributed across a 
plurality of nodes. The components each comprise a plurality of sub-components such as processor chips, buffer chips, 

30 minor hardware items or cables; however by themselves such sub-components do not provide reusable modules in a 
network but are used within a re- usable component. 

[0079] At a composite management level, assemblies of components which are connected together to provide com- 
posite functionality are managed. In this specification, the term "composite" is used to represent an assembly of com- 
ponents which are arranged to co-operate with each other to provide a composite functionality which utilizes a plurality 
35 of functions provided by a plurality of components, and which are managed as a whole. An example of a composite 
may include a node device such as a switch or cross-connect. 

[0080] At a system management level, a plurality of composites and/or components interacting with each other to 
provide a network system functionality are managed. In this specification the term "system" is used to represent an 
assembly of composites and/or components which co-operate together to perform a highest level of function which is 

40 managed as a whole within the network. A system forms a highest level of composite. A system may comprise two or 
more composites or components which operate to provide a self contained function, eg a service, within a network. 
Managed systems may be centralized at one node or may be distributed across the network. In general, composites 
and systems may be distributed across a plurality of nodes of the network, or may reside at a single node. The network 
management system may be centralized at one network controller apparatus 402, or may be distributed across a 

45 plurality of network controllers or devices, or even components, in which latter case the management system itself is 
managed as a special type of system composite. 

[0081] A difference between a component and a composite in terms of hardware is illustrated by the following ex- 
ample: whereas a replaceable card device having specific functionality, eg a port card, which is managed as a whole 
comprises a component, on the other hand a device which is capable of carrying out a plurality of different functions, 
so eg a general purpose processor card running a plurality of software packages, each software package being managed 
separately would be an example of a composite, where each software package is a component, being replaceable 
and reusable over different processors. 

[0082] Referring to Fig. 5 herein, there is shown schematically a network controller for managing a plurality of inter- 
connected components, composites and systems of a communications network. The plurality of components typically 
55 comprise a multitude of heterogeneous hardware based equipment items, which may be of different proprietary man- 
ufacture, different specification and differing functionality. Individual components may be replicated across the network 
as part of the different composites and individual composites may be replicated across the network as different systems. 
The network management base comprises one or a plurality of network controller apparatus 402 each having: a proc- 
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essor 500 with associated memory 501 ; a plurality of communications ports 502 for communicating with the compo- 
nents, composites and systems; a data storage device 503, for example a hard disc of relatively high capacity eg 5 
Gigabits; a graphical user interface 504 comprising one or plurality of video monitors, a keyboard for manual data entry 
one or more data entry ports, eg floppy disc drive, CD ROM drive, and a pointing device, eg a mouse or trackball 

5 device; a plurality of component controllers 505 for providing management control signals to control management of 
individual components, said component controllers being arranged into a plurality of composite controllers 506 for 
providing management control signals to control management of composites of components, and said plurality of com- 
ponent controllers and/or composite controllers arranged into one or more system controllers 507 for providing man- 
agement control signals to one or more corresponding respective systems of the network. 

10 [0083] Herein, the term "component controller" is used to represent a unit of manufactu re of management functionality 
in a management apparatus, which is capable of implementing management functions of a component by controlling 
that component, either directly, or by interfacing with an interface or agent of the component. 

[0084] Herein, the term "composite controller" is used to represent a unit of manufacture of management functionality 
in a management apparatus which is capable of implementing management functions of a composite of components 
75 by controlling that composite. 

[0085] Herein, the term "system controller" is used to represent a unit of manufacture of management apparatus 
which is capable of implementing management functions of a system. 

[0086] The management base may be used by a human operator to manage a flow of communications traffic data 
over the network, and for performing other operation, administration and maintenance (OAM) functions including the 
20 following: 

• fault management 

• performance management 

• configuration management 
25 • accounting management 

• security management 

[0087] In order to perform management functions, the network controller stores, in the data storage medium 503, 
data describing the OAM functions which the network can perform, as well as data describing the structure of the 
30 network. Examples of functions may include basic transport functions eg cross-connect functions, frame processing 
etc, as well as higher level functions, such as service functions. 

[0088] The collection of system controllers, composite controllers and component controllers provide an information 
base for use by the graphical user interface, which may comprise a number of separate applications operating to 
sending control signals to the controllers, for performing various management functions across the network corre- 
35 sponding to a control of services, and other management functions on a network-wide basis at the system level as 
shown in Fig. 4 herein. 

[0089] Within the network controller, a separate application comprising a tool for design, configuration and modifi- 
cation of the system controllers, composite controllers and component controllers is resident. The tool utilizes the 
graphical user interface 504 having a video monitor display device, keyboard and pointing device, and utilizes internal 

40 memory 501 and data processor 500 of the network controller to perform operations and modifications upon the man- 
agement information base comprising system-controllers, composite controllers, component controllers resident on 
data storage device 503. The tool comprises a library of pre-stored managed objects representing both "black box" 
and "white box" views of individual elements, components or composites of the network, or systems of the network. 
The design tool operates in accordance with the method as described with reference to Fig. 14 hereinafter. On main- 

45 tenance or modification of the network, a network operator using the tool may bring up on screen a "black box" appli- 
cation model, or a "white box" implementation model, and may navigate through the models to locate any particular 
black box data representation or white box data representation within the model. Similarly, the network operator, by 
manipulation of the pointing device and/or keyboard may bring up onto the visual display unit a display of an application 
class model, an implementation class model, or a combined object model as described hereinafter with reference to 

so Fig. 14, and modify the application, implementation and combined models by substitution of "black box" or "white box" 
data representations pulled out of the stored library. For example, where a new upgraded cross connect component 
is substituted in the real network for an existing cross connect, the existing "black box" functionality of the cross connect 
may remain unchanged. Thus, there is no need to alter the black box representation in the management information 
base. However, the "white box" implementation needs to be changed, since the specific device (the new cross connect) 

55 which implements the cross connect functionality has been replaced by a different physical device. The "white box" 
model representation of the old cross-connect device is replaced by a new "white box" data representation correspond- 
ing to the new cross connect device in the implementation model of the part of the network in which the cross connect 
resides. This substitution may be made by editing an on-screen display of the particular area of the implementation 
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model corresponding to the new cross connect using the tool. 

[0090] Further details of the tool are specifically described in terms of its underlying methods of op ration in Fig. 14 
and hereinafter in general. 

[0091] Referring to Fig. 6 herein, there is illustrated a logical layout and architecture of the network controller. Log- 
s really, the system controller, composite controllers and component controllers are arranged into application level ele- 
ments which control systems, composites and components at an application level 600 and implementation level ele- 
ments which control systems, composites and components at an implementation level 601 . 

[0092] In this specification, the term "application level element' is used to describe an element of a management 
system relating to a component, composite or system in which a functionality of said component, composite or system 

10 is represented independently of an internal structure of said component, composite or system. 

[0093] An application level element may be capable of providing management signals relating to all aspects of man- 
aging a functionality of a component, composite or system independently of internal structure, for example providing 
signals describing a status or performance of a component, composite or system in terms of functionality, independently 
of internal structure or providing control of a component, composite or system independently of internal structure of 

is the component, composite or system. 

[0094] In this specification, the term "implementation level element" is used to describe an element of a management 
system relating to a component, composite or system, in which an internal structure of said component, composite or 
system is represented. 

[0095] An implementation level element may be capable of providing management signals relating to all aspects of 
20 management of a component, composite or system, for example providing data signals describing status or perform- 
ance of the component, composite or system, or providing management control signals for controlling internal physical 
resources of the component, composite or system. 

[0096] The application level elements and implementation level elements communicate with each other by the send- 
ing and receiving of control and data signals according to a set of mappings 602 between the implementation level 

25 and the application level. In Fig: 6, graphical user interface 504 can retrieve from both the application level elements 
and the implementation level elements data concerning the functionality supported by each component, composite or 
system, and how they are interconnected. A user operating the graphical user interface 504 can perform management 
operations on the network by selecting menus, and options presented on a screen of the graphical user interface, 
based on data describing the systems, composites and components and their interconnection retrieved from the ap- 

30 plication level elements and the implementation level elements. The data describing the systems, composites and 
components may be read by other devices which may be distributed elsewhere over the network. The other devices 
may comprise graphical user interfaces of other network controllers which can read the data held by the application 
and implementation level elements on the network controller remotely via the operation, administration and mainte- 
nance channels connecting the nodes, and which may provide various management views 603 of the network, eg a 

35 Q3 interface, ISO or TCP/IP, or X.25 or ATM. 

[0097] A plurality of physical components and composites 604 are managed by the management base. Each com- 
ponent operates to perform a specific function or functions in a communications environment. For example, an ATM 
switch may comprise a plurality of switch fabric cards which receive cells of data signals and switch them to various 
destinations. The individual cards are components; the ATM switch is a composite. 

40 [0098] Operation of a physical component or composite is typically effected by local control mechanisms of the 
component or composite. The local controls may comprise one or a set of processors, driven by application software 
items S specific to the component or composite and which may support a service, based upon connection and trans- 
mission of signals over physical links connecting the nodes. 

[0099] The internal software of components provides their functionality. The internal software of physical composites 
45 provides access to the functionality of their embedded components. A physical component or composite may comprise 
an agent interface 605 which interfaces between the local control mechanism of the component or composite and its 
component or composite controller within the management system. The local control mechanisms may comprise ded- 
icated coded instructions which directly control the component or composite and may be proprietary and differ from 
device to device. 

so [0100] A physical component or composite receives OAM signals via its corresponding respective agent interface 
or directly to its local controller. The agent 605 decodes the received OAM signals and implements control of the 
individual component(s) to effect a management operation described by the OAM signals. For example, as shown in 
Fig. 6, each device may be implementing a connection service such as an ATM virtual path. On receipt of OAM signals 
from a corresponding respective plurality of component or composite controllers, one per device, the devices may co- 

55 operate to reconfigure the service, eg. by routing the virtual path, creating or releasing connections. 

[0101] Referring to Fig. 7 herein there is illustrated an example of a managed component 700, for example a line 
card, switch fabric card or a signal processing card or the like together with a component controller 701 for managing 
the component. The component 700 comprises a plurality of sub-components 702-710 each of which carry out a func- 
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tion within an overall functionality of the component. The component, being modularized in the form of a card which 
fits into an equipment rack having a back plane for communicating with other card components, and a power supply 
for powering the card component, can be used in a range of product lines. Component controller 701 controls the 
component. The component controller is specific to the reusable component, and generates control signals which are 
s used to manage the functionality of the component, and receives data signals generat d by the component which 
describe a status or condition of the component, eg data signals describing cell discard rate, path utilization, or bit error 
rate. 

[0102] Referring to Fig. B herein, there is illustrated a composite device comprising a plurality of card components 
800-802, each of which is supported for the purposes of network management by a respective corresponding compo- 
te? nent controller 803-805 in the network management base. Each component controller 803-805 implements manage- 
ment control of its corresponding respective component, and each component controller is designed specific to the 
component which it controls. A composite controller 806 controls the composite assembly of components 800-802. 
The composite controller comprises a function controller 807 being an application level element, which represents the 
functionality of the composite and an implementation level element 808 which comprises the component controllers 
is which are assembled in a manner which reflects the composition and connectivity of the components in the composite 
device. The implementation level element is specific to that composite, and is constructed in a manner which is specific 
to and reflects an internal structure of the composite. The application level element is constructed in a manner which 
reflects a functionality of the composite independently of an internal structure of the composite. 
[0103] A component controller comprises is lowest form of element of the management base and is not decompos- 
20 able. A component controller is treated as a "black box" element. A component controller forms an application level 
element. 

[0104] A composite controller comprises a function controller and one or more component controllers, or a function 
controller and one or more composite controllers or a function controller and a hybrid assembly of composite controllers 
and component controllers. The function controller comprises an application level element, being a "black box" element, 
25 and the assembly of component controllers and/or composite controllers comprises an implementation level element, 
being a "white box" element in which the internal structure of the assembly of composites and components is repre- 
sented by the structure of the assembly of composite controllers/component controllers. 

[0105] A composite controller as a whole may form an implementation level element of a higher order composite 
controller or of a system controller. 
30 [01 06] Composite assemblies of components exist at various levels of complexity within the network. A first composite 
of a higher order may comprise a plurality of components of lower order. A composite controller within the management 
base comprises a function controller and one or more composite controllers of lower order and/or one or more com- 
ponents. 

[01 07] A system controller comprises a function controller and an implementation level element comprising a plurality 
35 of composite controllers and/or component controllers. A function controller of a system controller comprises a highest 
order of application level element. 

[0108] The internal structure of the application level element is independent of the architecture and construction of 
the individual components, and represents only functionality of the composite device, not the implementation of that 
functionality. This may have a significant advantage in network management system design, since the components 

40 800-802 may be collectively or individually replaced by equivalent new components having different internal architecture 
and sub-components but providing the same overall functionality, and corresponding respective new component con- 
trollers may replace existing component controllers 803-805 as appropriate, without needing to replace the whole 
composite controller or the application level element 807 or other component controllers. Each existing component is 
replaceable by an equivalent new component having equivalent functionality, and its corresponding existing component 

45 controller is replaceable by a new component controller, independently of the other existing component controllers 
without requiring reconfiguration of existing component controllers to accommodate the new component controller. 
The arrangement of Fig. 8 enables management of an assembly of components, at a composite level as described 
with reference to Fig. 4 herein. 

[0109] Referring to Fig. 9 herein, there is illustrated a second example of a composite device 900 comprising a 
50 plurality of components 901-903 and a control agent 904; and a composite controller 908. Control of the composite 
device 900 is carried out by composite controller 908. The composite controller comprises first and second component 
controllers 905, 906 which are connected together by connecting managed objects 909-912 to form an implementation 
level element 913, and an application level element 914. Each function type carried out by the composite device 900 
is represented by a corresponding respective managed object 915 in the application level element 914. In the case of 
55 Fig. 9, individual first components 901 and 903 are identical to each other and duplicate each other, and are managed 
by first component controller 905 whereas second component 902 is managed by second component controller 906. 
Each component controller comprises a plurality of managed objects 907. Each managed object relates to a function 
carried out by the component. 
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[01 10] In general, in a network comprising a plurality of composites, each individual composite controller controls an 
individual composite. Each composite controller is sub-divided into one or a plurality of component controllers. Each 
component controller controls one or more corresponding components of the same type. Each component controller 
comprises one or a plurality of managed objects. A composite controller comprises a plurality of such managed objects, 
some of which are connected together to form said component controllers, and some of which may interconnect the 
component controllers. Typically a composite controller may comprise a plurality of component controllers, as well as 
a number of individual managed objects connecting the component controllers within the composite controller. The 
arrangement of managed objects within a component controller reflects the separate functions within a component. 
The arrangement of component controllers within a composite controller reflects the arrangement of components within 
a composite. 

[0111] The application level comprises the plurality of application level elements. Each application level element 
comprises a plurality of managed objects. Each application level element of the application level is associated with a 
function provided by at least one corresponding respective component or composite at the implementation level, and 
can control functionality of a composite associated with a composite controller by sending function signals to the com- 
posite controller which implements control of that composite. Each individual managed object of an application level 
element is connected with at least one corresponding respective managed object of an implementation level element, 
to which it sends function control signals. A managed object of an implementation level element receiving the function 
control signal can signal internally within the composite controller to component controllers, and the plurality component 
controllers comprising the composite controller generate operation, administration and maintenance (OAM) signals 
which are sent across the network to the components comprising the composite, for their management. 
[01 12] A relationship between various apparatus and software parts in a network, and the corresponding controllers 
in the network controller is described in table 2 herein. 



Table 2 



Network 


Network Controller 


System M — 

Composite * 

Component * — 


System » Implementation Level 

Controller Element 

Composite <^ \. 
Controller \. 

-> Component Application Level 
Controller * Element 



[0113] The application level and the implementation level have architectures which are structured to reflect both the 
functions and the internal structures of the plurality of composites. The structuring of the application level and imple- 
mentation level are aimed at enabling reuse of composites and their constituent components in a communications 
network, without the need for complete reconfiguration of the application level and implementation level. Composite 
controllers and component controllers can be reused across the network. 

[0114] Each physical hardware item comprising a composite comprises a plurality of components arranged in a 
predetermined order. This predetermined order is reflected in the arrangement of a plurality of component controllers 
in the implementation level element. The functionality of a composite is reflected in the provision of a plurality of man- 
aged objects in an application level element. 

[0115] A management system can be assembled from assemblies of controllers in the same way that a network as 
a whole can be assembled from a plurality of composites and components. Once a plurality of component controllers 
have been assembled into a composite controller for a corresponding composite, the composite can be reused along 
with the corresponding composite controller. By assembling a plurality of component controllers into a composite con- 
troller corresponding to a legacy network element, encapsulation of management system structure of a legacy equip- 
ment is enabled even where new methods of network management are applied. Management functions are encapsu- 
lated in the application level elements of controllers, and implementation of those functions as specific to particular 
network elements and components is encapsulated in the implementation level elements of composites, and compo- 
nent controllers. 
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[0116] In the best mode herein, as a communications network is constructed or modified by addition of new com- 
posites or components, a management system develops along with the network, as each composite contributes its 
own composite controller(s) to the application level and implementation level respectively. Interoperability of the man- 
agement system is achieved by ensuring that the assemblage of managed objects within a controller represent every 
s aspect of functionality of the device in a modular manner, and every significant component is represented by a corre- 
sponding compon e nt control le r. 

[0117] In the best mode herein each of the managed objects in the application level comprises a means for storing 
data signals describing a function of a composite or a system, the data storage means being readable by the graphical 
user interface 504 and other devices, and a means for generating a set of function control signals for sending to the 
10 corresponding one or more managed objects in a component controller or implementation level element which actually 
implement control over the corresponding components. 

[0118] Referring to Fig. 1 0 herein, there is illustrated schematically an architecture of a managed object in an appli- 
cation level element. The object comprises a data storage means 1000 containing function data and a signal generator 
1003. The function data is addressable and readable by external devices, and the graphical user interface 504, as 

is illustrated graphically by arrows 1001, 1002. The signal generator 1003 generates signals, utilizing the function data, 
and optionally, in response to signals received from an external source or from the graphical user interface. 
[01 1 9] Each managed object of a component controller or an implementation level element comprises data storage 
means for storing data describing the physical structure and connectivity of a device, including the inter-connection of 
and internal structure of components of the device, and a means for generating operation, administration and mainte- 

20 nance (OAM) signals for sending to the composite or component for controlling operation of that device, the OAM 
signal generating means being responsive to instructions received in the form of signals from the graphical user inter- 
face 504, or in the form of function control signals from a managed object of the application level element. 
[0120] Referring to Fig. 11 herein, there is shown an internal architecture of a managed object of an implementation 
level element 1100. The object comprises a data storage means 1101 storing data describing a composite, a component 

25 or sub-component, and a signal generator 1102 for generating control signals for controlling a composite or a compo- 
nent. 

[0121] Referring again to Fig. 6, the graphical user interface reads data representing the available services supported 
by individual composites from the application level, and can read data such as for example performance data from the 
implementation level concerning performance of the various network elements and their individual components. The 
30 graphical user interface may send instructions to the implementation level for controlling various OAM functions for 
the network elements. The implementation level converts these instructions to corresponding OAM control signals to 
the individual composites for implementing the OAM functions. 

[0122] Referring to Fig. 12 herein, there is illustrated schematically an internal architecture of the network manage- 
ment system described in terms of management levels. The network management system operates to manage com- 

35 posites and components at a system level, a composite level and a component level. At the composite level, composite 
controllers can be nested within each other For example, a composite controller 1 200 controlling a composite including 
components controlled by first to third component controllers 1201 -1203 may be nested within a composite controller 
1204 controlling a composite comprising components controlled by first to third component controllers 1 201 -1 203 and 
fourth to sixth component controllers 1205-1207. The composite controlled by a composite controller 1204 may form 

40 part of a system including other composites, controlled by another composite controller 1208, the system being con- 
trolled by system controller 1 209. The management levels resemble a tree structure having branches and leaves. At 
the leaf level, are component controllers, this being the type of control unit which controls the minimum level of re- 
placeable product. 

[0123] The management system is constructed using specific methods as will now be described. 

^5 [0124] Referring to Fig. 13 herein, there is illustrated a general method for constructing a network management 
system by assembling a plurality of component controllers, composite controllers and system controllers. The method 
of construction can be approached via a "top down" route, wherein the management system is constructed from a 
consideration of overall system functionality, or alternatively from a "bottom up" route wherein construction of the man- 
agement system is approached from a consideration of assembling individual components and composites which com- 

50 prise the communications network. The construction method is flexible and adaptive to accommodate changes to the 
network management system once the system has been designed and constructed, by substitution of composite con- 
trollers, and component controllers as composites and components are upgraded with newer equipment or as com- 
ponents are added or subtracted in order to alter the functionality of systems supported by the communications network. 
[0125] Steps carried out in a "top down" construction method may be as follows: firstly, an overall functionality of a 

55 system supported by the network may be represented by creating an application model 1300 of a system. In the 
application model, each major function supported by the system is modeled. The application model of the system is 
used as a design plan to create an application level element of a system controller. Each function represented in the 
application model of the system is carried out by a composite or a component. Each composite is controlled by a 



17 



EP 0 899 913 A2 

composit controller forming part of an implementation level element of the system controller. Th implementation level 
element of the system controller is constructed as a plurality of application level elements 1 302 - 1 304 of corresponding 
respective composite controllers which are specified in an implementation model describing the implementation level 
element 1 301 of the system control! r. For the purposes of clarity, an implementation model describing an implemen- 

5 tation level element of only one such composite controller is illustrated in Fig. 13. Construction of a plurality of compo- 
nents comprising the composite controller having application level element 1304 is formed according to an implemen- 
tation model 1305 which is used as a design plan for constructing an implementation level element of the composite 
controller. The implementation level element is constructed according to a implementation model 1305 of the composite 
controller. The implementation model 1305 comprises a plurality of application models 1306 - 1309, each of which 

10 describes functionality of an individual component comprising the composite. The component controllers are each 
constructed individually according to a corresponding respective application model, one per component. The imple- 
mentation models of the components eg 1310, are constructed as part of the actual components. 
[0126] In the following description there are created assemblies of objects at the application level, each of which 
describe an aspect of the functionality of a composite or system and which are directly manufactured into corresponding 

is respective application level elements of composite or system controllers. Similarly, there are created interconnected 
assemblies of managed objects at the implementation level which describe the structure of a system, composite or 
component, and the implementation of functionality within that system, composite or component, and which are man- 
ufactured as component controllers and implementation level elements of composite controllers and system controllers. 
[0127] Referring to Fig. 14 herein, there is illustrated an overview of a general method for constructing a network 

20 controller apparatus for a communications network. 

[0128] In step 1400, design of the network controller commences with a specification requirement for a new network, 
or for an addition to an existing network. The requirement may comprise details such as required bandwidth, required 
call traffic capacity, types of service to be carried, types of management information to be accessed, eg quality of 
service data, cell discard rate. In step 1401, the requirements are modeled in terms of managed functions, resulting 

2S in an application model 1402 describing the functions to be performed by the network. In parallel with creating the 
application model 1402, the system structure is decomposed in step 1403 to obtain an implementation model 1404. 
The implementation model comprises a specification for the network in terms of individual network elements and internal 
components of those devices. The application model 1402 and implementation model 1404 comprise a lop level" 
design of the network and the network management system. Each of the application model and implementation model 

30 axe then broken down in layers to achieve an application class model 1405, a mapping model 1406 and an implemen- 
tation class model 1 407 which then form the basis for construction of the network management system and construction 
of the network controller. The application class model, mapping model and implementation class model are used as a 
detailed plan for assembling the application level and implementation level of the network controller. In the best mode, 
the managed objects may be built into the application level elements and implementation level elements as code in 

35 an object oriented programming language such as SmallTalk or C++, and input into the data storage means of the 
network controller. Once established for a particular composite or component the assemblies of application level ele- 
ments, implementation level elements, and component controller are reusable in other network management systems. 
Classes in the application class model 1405 are constructed to comprise the managed objects of the controllers. 
[0129] The application class model 1405 is determined from the application model 1402 as follows: In step 1408, 

^0 each function in the application model 1402 is mapped to an object of the application class model 1405. Where the 
functionality described in the application model 1 402 is complex, mapping to objects in step 1408 may comprise a sub- 
step 1409 of modeling the connectivity layering, to obtain a layer application model 1408 which is mapped to objects 
in steps 1408 resulting in the application class model 1405. 

[0130] The implementation class model 1407 is determined from the implementation model 1404 as follows. Each 
45 structural feature included in the implementation model 1404 is mapped to an object in step 1401 resulting in the 
implementation class model 1407. Step 1401 can be sub-divided into the sub-step of modeling connectivity layering 
1402 to achieve a layered implementation model 1403 which is mapped to objects in steps 1401 resulting in the im- 
plementation class model 1 407. Where there is symmetry in the required functionality as represented by the application 
class model 1405, the application class model 1405 may be optimized by folding in step 1404 as a form of concisely 
50 obtaining the application class model 1405. Similarly, where there is symmetry in the hardware items comprising the 
composites and components represented by the implementation class model 1407, the implementation class model 
may be folded in step 1415 for the purposes of concise construction. 

[0131] The method described with reference to Fig. 1 4 herein comprises a lop down" approach for configuring and 
constructing a network management system and communications network to achieve desired functionality, using mod- 
55 ular components and controller structures, each module comprising a managed item, eg of hardware, such as a com- 
posite or component, means for generating a set of control signal instructions, means for storing data signals comprising 
application level elements, and implementation level elements in the implementation level and application level. 
[0132] Opportunities for reuse of application level elements and implementation level elements and controllers exist 
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at several levels. 

• Models of management system components, ie application models and implementation models, can be reused 
as the components themselves are reused. 

5 

• Aggregations of components and their corresponding component controllers, composite controllers, and system 
controllers can be reuse candidates. 

• Individual component controllers can be reused across management systems. 

10 

[0133] Referring to Figs. 15 to 22 herein there will now be described a first example according to a specific method 
of the present invention for integrating a simple one-zero (1/0) cross-connect composite into a communications network, 
and incorporating management control in the form of an application level element and an implementation level element 
into a management system operated by the network controller 402 for managing the communications network. The 

is 1/0 cross-connect, its associated management agent, and a corresponding composite controller for managing the 1/0 
cross-connect comprise a reusable module in a communications network, the composite controller providing modular- 
ization of network management functionality within the network controller apparatus. Using the methods described 
herein, a complete network management system residing in the network controller apparatus can be constructed along 
with construction of the network itself, with the advantage that changes to the management system resulting from the 

20 addition of the 1/0 cross-connect may be limited to the changes introduced by the corresponding composite controller, 
and changes to controllers of other network elements can be contained. 

[0134] There will now be described an example of operation of the method of Fig. 14 with respect to a 1/0 cross- 
connect apparatus. For ease of reference, and to facilitate greater understanding of the invention, an outline plan of 
Fig. 14 herein is included adjacent to Figs. 15 to 22, with the relevant steps of the method of Fig. 14 indicated by dark 

25 shading. In Fig. 15 there is illustrated a representation of a 1/0 cross-connect 1500 which inputs an E1 stream, com- 
prising up to 32 communications channels, of which 30 may be telephone channels, and outputs the 32 channels via 
a second E1 stream. The cross-connect 1500 enables rearrangement of the 32 channels of the incoming E1 stream 
in a different order in the outgoing E1 stream. In Fig. 15, the 1/0 cross-connect is represented in a "black box" view as 
a function, in this case the 1/0 cross-connect function. 

30 [0135] Referring to Fig. 16 herein, in the implementation model 1404 the 1/0 cross-connect device is represented 
by its constituent components. The constituent components comprise a de-muitiplexer 1601 for receiving the E1 data 
stream and separating out the plurality of 32 channels; a cross-connect component 1602 for cross-connecting the 32 
input channels onto 32 output channels; a multiplexer 1 603 for multiplexing the 32 output channels back into an output 
E1 data stream; a local controller 1604 for controlling operation of the de-multiplexer 1601 , cross-connect component 

35 and multiplexer component; and an agent interface 1605 comprising control instructions stored within the 1/0 cross- 
connect for interfacing the local controller 1604 with an operation and management (OAM) channel for receiving man- 
agement instructions signals from a network controller apparatus. The local controller sets up and removes DS0 cross- 
connections and received OAM data from traffic modules. 

[01 36] In Fig. 1 7, There is shown a result of modeling connectivity layering in step 1 409 to obtain a layered connection 

40 model 1700 of the application model 1402. The layered connection model is an intermediate step between the appli- 
cation model 1402 and the application'class model 1405. In some instances; it may be~ possible to go directly to the 
app lication class model 1 405 from the application model 1 402 via step 1 408 of mapping the application model to objects. 
[0137] In Fig. 1 8 herein, there is shown an application class model corresponding to the application model 1 402 of 
the 1/0 cross-connect. The application class model of the 1/0 cross-connect shown in Fig. 18 describes the necessary 

45 objects required to manage the 1/0 cross-connect, without giving any indication of how the 1/0 cross-connect is actually 
structured; the application class model of the 1/0 cross-connect is purely functional. By object it is meant a piece of 
functionality within the management controller which reflects some aspect of the managed network, in this case the 
1/0 cross-connect, for management purposes. In the notation of Fig. 18 herein, a 1/0 cross-connect is composed of 
many (in this case 2) E1 ports 1801 , each of which is composed of one E1 connection termination point 1802, which 

so is associated with one E1 trail termination point 1803, which is composed of many DS0 connection termination points 
1804. The derived object structure of the application class model is described as a top down decomposition, ie an 
inverse orientation. This produces a diagram with the object which represents the systems context at the top. In this 
case, the 1/0 cross-connect object 1800 represents the system context for a system comprising a 1/0 cross-connect. 
[0138] For example, an E1 CTP object 1802 represents the fact that the input E1 stream has to be terminated. 

55 Similarly , E1 port object 1801 represents the fact that there is a physical link termination and the E1 stream is terminated 
within that physical link. Thus, the application class model structure of Fig. 18 represents that for 1/0 cross-connect, 
in order to manage this cross-connect the management system must be aware that there are physical E1 ports, which 
are terminating E1 streams and within the E1 streams there are a number of DS0 connection termination points which 
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are individual telephone circuits which are being terminated and the individual telephone circuits can be related back 
to each other using a cross-connect function represented by DSO cross-connect object 1 805. Within the DSO x-connect 
object 1805, there is represented that, for example incoming channel number one can b connected to outgoing channel 
number seventeen, and so for management purposes circuit one entering the 1/0 cross-connect exits on for example 
circuit seventeen output from the 1/0 cross-connect. 

[0139] Referring to Fig. 19 herein, the implementation model 1404 of the 1/0 cross-connect is broken down in step 
1412 to obtain a layered implementation model 1900 as shown in Fig. 19. In this case, the layered implementation 
model comprises three elements, an E1-DS0 multiplexer 1901, a DSO cross-connect 1902, and a second E1-DS0 
multiplexer 1903. In Fig. 19, connections to and from the function controller have not been modeled. 
[0140] In step 1411, there is derived an implementation class model as shown in Fig. 20 herein from the layered 
implementation model of Fig. 19. In Fig. 20, the required cross-connect function has been modeled as a composition, 
and hence a concatenation of: 

• Two DSO cross-connections 2003, 2004 (within each of two E1 multiplexers) 

• A composite DSO link 2008 between the two E 1 multiplexers, the composite DSO link itself composed of two physical 
DSO links 2005, 2006 and an internal DSO cross-connection 2007 within a DSO fabric 2008. 

[0141] The implementation class model of Fig. 20 has the following characteristics: 

• The E1 multiplexer has been modeled twice. This mirrors the functions described in the layered application model. 
Both the E1 multiplexer model copies are identical, and therefore represent reusable class behavior. 

• The ability to "loop back - a cross-connection to the same physical E1 port has been accommodated within the 
DSO fabric by looping back the DSO cross-connect association to the solitary defined DSO connection termination 
point (CTP). 

[0142] In Fig. 20, the composition and connectivity of a physical hardware item, (a 1/0 cross-connect) has been 
represented in terms of its component parts. The complete 1/0 cross-connect can be constructed out of two El Mux 
connect components 2000, 2002, a DSO fabric component 2008 and two DSO links 2005, 1 006, each of which connects 
an E1 Mux component to the DSO fabric component. 

[0143] Thus, as shown in Fig. 18 there has been derived an application class model and in Fig. 20 there has been 
derived the corresponding implementation class model. According to the specific method described herein, the appli- 
cation class model and the implementation class model are related to each other as follows: Optionally, in step 1415 
the implementation class model may be folded upon itself. This is possible because of the symmetry within the imple- 
mentation class model. In the example of Fig. 20, the implementation class model comprises first and second E1-DS0 
multiplexers 2000, 2002 respectively, each having the same structure. The implementation class model of Fig. 20 may 
be "folded" upon itself resulting in the folded implementation class model shown in Fig. 21 herein. The implementation 
class model of Fig. 20 provides a clear definition of managed objects and associations. The folded implementation 
class model of Fig. 21 is more succinct. In each of the implementation class models of Figs. 20 and 21 , the E1 multiplexer 
" and DSO fabric have been modeledasreusable models which are used to construct a corresponding respective com- 
posite controller. Each composite controller exports a set of management capabilities equivalent to the externally visible 
functionality of the physical component. These capabilities are then imported by the composite object 'my 1/0 cross- 
connect" and are used to provide a desired system level behavior. The objects "DSO cross-connect" and DSO link which 
do not form part of the multiplexer or DSO fabric are associated with "my 1/0 cross-connect". 

[0144] Instep 141 4 the application class model of Fig. 18 is mapped onto the folded implementation class model of 
Fig. 21 such that each object in the application class model is realized by a corresponding object in the implementation 
class model, as shown in Fig. 22 herein. The implementation class model contains further information compared to 
the application model, because the implementation class model comprises a plurality of objects each of which relate 
directly to a corresponding sub-component within the 1/0 cross-connect hardware. The application class model pro- 
vides an abstract, implementation independent view of the managed system, whereas the implementation class model 
describes managed system behavior and structure as it is implemented. In order to perform the specific method de- 
scribed herein, both the application model view and the implementation model view are required. 
[0145] When a user requires a specific cross-connect to be established, a mapping 2200 is followed between the 
DSO cross-connect object 2005 of the application class model and the DSO cross-connect object 2009 of the imple- 
mentation class model. The DSO cross-connect in the implementation model is then used via an agent within local 
controller component of the physical 1/0 cross-connect to setup, monitor and manage the three internal cross-connec- 
tions within the physical hardware 1/0 cross-connect. Thus, a function element of the application model (the DSO cross- 
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connect object 1805) is realized by a structure element (the DSO cross-connect object 2009 in the implementation 
class model) which is used to control via an agent within the local controller component 1604 of the 1/0 physical cross- 
connect, to setup, monitor and manage the three internal physical cross-connections of the 1/0 cross-connect. 
[0146] In the network management apparatus, in the example of Figs. 15 to 22, the application class model 2201 

5 and the implementation class model are each constructed as the application level element and implementation level 
element respectively. Further, the E1-DS0 multiplexers are represented by component controllers and DSO fabric is 
represented by a component controller. Both the implementation class model and the component controllers comprise 
reusable modules within the network management system. Although the application class model and implementation 
class model in Fig. 22 have been described as being constructed as controllers in a single network management 

10 controller apparatus, in principle the controllers can be distributed over different network controller apparatus in a 
communications network. 

[0147] Further, the architecture shown in Fig. 22 has built-in reusability. For example if the physical hardware item 
comprising the 1/0 cross-connect is later redesigned or upgraded using different components, the application class 
model 2201 can be reused, although it may be necessary to modify the implementation class model 2202 to correspond 
is with the structure of the redesigned hardware item. For example if a new DSO fabric were designed having slightly 
different functionality, the DSO component controller may need to be modified to reflect the new physical hardware 
structure of the new cross-connect, and any changes in functionality introduced by the new DSO fabric. Thus, changes 
required to the management system, on substitution of an upgraded cross-connect hardware item can be contained 
in the component controller, without needing to modify other composite or system controllers. 
20 [01 48] Secondly, when constructing a new management system for a new network, a reusable module may comprise 
a physical hardware item, together with its corresponding system controller, composite controller or component con- 
troller. For example in the case of a reusable DSO fabric card module, the module may comprise the physical DSO 
fabric card hardware item itself, and additionally the component controller for managing that physical fabric card. 
[01 49] To integrate the system controllers, composite controllers and component controllers, at the system, compos- 
es ite and component levels, the method described with reference to Fig. 14 herein operates recursively as illustrated 
schematically in Fig. 23 herein. An implementation model at the component level corresponds to an application model 
at the component level. At the composite level, an application model at the component level may be contained within 
an implementation model at the composite level. That is to say, an application level element controlling functionality 
at the composite level, for example one controlling a composite controller, controls component controllers at the com- 
30 ponent level. Similarly, an application model at the system level may rely on an application model at the composite 
level in order to implement control of network functions at the system level. 

[0150] As another example of a reusable module, a 1/0 cross-connect composite may comprise the physical hard- 
ware item 1/0 cross-connect itself, comprising two E1 multiplexer components and a DSO fabric card component plus 
associated controller component, as well as a composite controller constructed in accordance with folded implemen- 
ts tation class model of Fig. 21 and application class model of Fig. 18. 

[0151] Thus, when constructing a new communications network from reusable modules, as the physical system itself 
is constructed, the management system can be built-up through the corresponding component controllers of the phys- 
ical hardware items as the physical network is constructed. This may enable reduced time in producing network man- 
agement systems when constructing new communications networks, or modifying existing communications networks. 
40 [0152] There now follows a second example according to a specific method of the present invention in which the 
same application as described in Figs. 1 5 to 22, of an E 1 1/0 cross-connect function is distributed over an ATM network. 
[0153] In Fig. 24, the E1 1/0 cross-connect is shown in "black box" application model view, representing the E1 1/0 
cross-connect function. 

[0154] Physically, the architecture of the E1 1/0 cross-connect is shown in Fig. 25 as comprising a first E1-ATM 
45 adapter 2500 which converts the E1 stream into ATM format signals which are then transmitted over an ATM network 
2501 in ATM adaptation layer 2 (AAL-2); and a second E1 -ATM adapter 2502 for adapting the ATM stream back to an 
E1 stream. ATM transport is controlled by an ATM manager 2503. The E1 -1/0 cross connect is controlled by a system 
manager 2504. 

[0155] Referring to Fig. 26 herein, there is shown an implementation model of the E1 1/0 cross-connect over ATM. 

50 An E1 signal is received by E1 -DSO multiplexer component 2600 which outputs 32 DSO outputs into a DS0-ATM AAL- 
2 adapter component 2601 . The multiplexer 2600 and adapter 2601 , together with local controller 2602 comprises an 
E 1 -ATM adapter 2603. Similarly, the second E1-ATM adapter 2502 is modeled as a DS0-ATM AAL-2 adapter 2604 
feeding 32 DSO channels into an E1-DS0 multiplexer 2605 under the control of a second local controller 2606, the 
adapter 2604, multiplexer 2605 and local controller 2606 comprise a second E1-ATM adapter 2607. The E1-DS0 mul- 

55 tipJexer model 2600, which is the same as E1-DS0 multiplexer model 2605 in the implementation model is reusable, 
and is the same as the E1-DS0 multiplexer model 1601 or 1603 in Fig. 16 herein. This is an example of reusable 
portions of the implementation model. 

[0156] In Fig. 27 herein, there is illustrated a simplified architectural view of the 1/0 cross-connect over ATM. 
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[0157] In Fig. 28 herein, there is shown a layered implementation model of the E1 1/0 cross-connect over ATM. The 
layered application model describes functions of conversion from E1 to DSO, and conversion of DSO to AAL-2 ATM in 
the E1 - ATM adapters. The ATM network is modeled as a black box. 

[0158] Referring to Fig. 29 herein, there is illustrated a corresponding implementation class model in which each 
s individual object represents an aspect of functionality of the cross-connect. The objects can be divided into groups 
comprising designs for application level elements 2900, 2901 , 2902 for the E1 -ATM adapters and the ATM network. 
[0159] In this example, the ATM network is not modeled in detail, but only up to the first connection termination point 
of an ATM virtual circuit. In order to fully implement the management system corresponding to the network element 
there is a need to distinguish between ATM virtual circuits and virtual path layers, and to model all transport containers, 
10 for example VC12, TUG's AU's, if synchronous digital hierarchy (SDH) is to be used as the transport layer. Details of 
how to model the virtual containers in SDH, is given in International Telecommunications Union ITU-T Standards G. 
803. The ATM network has been exemplified by modeling a virtual circuit/virtual path switch, however setting up and 
managing these ATM connections is outside the scope of the cross-connect, as the network management system 
interacts with an ATM manager for this purpose. However, to enable interaction with an ATM network, the ATM and 
is transport trails between boxes - the ATM adaptation layer 2 trail is illustrated. Connections to and from the network 
manager system have not been modeled. 

[0160] Referring to Fig. 30 herein there is illustrated an optimized implementation class model comprising a plan for 
an implementation level element for controlling the 1/0 cross-connect. The optimized implementation class model is 
folded upon itself, taking advantage of the symmetry within the implementation class model. In this case, in Fig. 29 
20 there is duplication of the groups of objects 2900, 2901 , and the group of objects 2902 is symmetrical. The optimized 
(folded) implementation class model of Fig. 30 comprises an implementation level element for the composite controller 
of the 1/0 cross-connect over the E1 1/0 cross-connect over ATM. The required 1/0 cross-connect has been modeled as: 

• two DSO-cross-connects which are internal to an E1 -ATM adapter 

25 

• an AAL-2 link across the ATM network, which itself consists of: ♦ 

• two ATM links (from each E1-ATM adapter to the nearest ATM switch) 

30 • an ATM cross-connect (the end to end connection across the ATM network) 

[0161] In this case the system manager has not been modeled. This requires an ATM connection to each E1-ATM 
adapter. The best way to achieve this is to specialize the ATM adaptation layer into two sub-types: AAL-2 for traffic 
and AAL-5 for control. The controller connection can then be modeled in the same way as for AAL-2. 
35 [0162] Referring to Fig. 31 herein, there is illustrated a result of modeling the connectivity layering of an E1-ATM 
adapter to produce a layered implementation model 3100. The implementation model comprises constituent compo- 
nents of a DS0-ATM adapter, an E1-DS0 multiplexer and a controller. In this instance, the layered implementation 
model for the E1 multiplexer comprises an E1-DS0 adapter model, and DSO-AAL-2 adapter 3002 (the controller has 
been omitted for simplicity). 

40 [0163] In Fig. 32 herein there is illustrated an implementation class model of the E1 - ATM adapter. The implementation 
class model comprises a plurality of objects-arranged to reflect the structure of the individual hardware components 
of the E1-ATM adapter. In particular, a group of objects 2000 representing an E1 multiplexer component has been able 
to be reused in its entirety from the previous implementation class model of Fig. 20 herein. Much of the ATM cross- 
connect application model has been reused to construct the DSO-AAL-2 adapter model. The required B 1 -ATM AAL-2 

45 cross-connect function has been constructed from: 

• The reused E1-DS0 cross-connect 

• The DSO cross-connect within the DSO-AAL-2 adapter 

• The link between the two components. 

50 

[0164] The model does not lend itself to further optimization by folding. 

[0165] In Fig. 33 herein, there is illustrated the application class model of an E1 -ATM adapter 2900 on the left hand 
side and the corresponding implementation class model on the right hand side, the implementation class model com- 
prising groups of objects representing an E1 multiplexer 2000 and an DS0-ATM AAL-2 adapter 3300. Each object in 
55 the application class model maps to a corresponding respective object in the implementation class model. The imple- 
mentation class model comprises additional objects representing detailed structure of the physical E1-ATM adapter 
device. The above example demonstrates how a top-down system decomposition produces a linked set of management 
object models as shown in general overview in Fig. 34 herein. The linked models developed by the top-down method 
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system decomposition in the ATM 1/0 cross-connect example have some notable features: 

• Internal implementation details within the module level models are hidden within these modules and are not ex- 
ported to higher level systems and application models. 

• The DSO ports within the E1 multiplexer and the DSO-AAL-2 adapter unit are needed within the E1 -ATM adapter 
system model, but are irrelevant at the application model level. 

• The hierarchy of models provides a set of system abstractions at various levels. 

• Given that the ATM 1/0 cross -connect architecture could be implemented as a multi-vendor network system, the 
models indicate what must be modeled within each TMN layer and what must be exported across the network 
element management layer boundary. 

• The composition of the system in terms of a system manager, an ATM network and several E1 -ATM adapter 
units is held at the network manager level: the E1 - ATM adapter object provides a linkage down to the EM level. 

• The ATM DSO cross-connect, AAL-2 link and trail, ATM cross -connect and link, transport and physical link 
object appear on the network management level and are mapped down to the EM level via the corresponding 
connection termination point and trail termination point objects. 

[0166] Referring to Figs. 35 to 47 herein there will now be described a third example according to a specific method 
of the present invention. Fig. 35 illustrates an application model "black box* view for the transit exchange. In Fig. 36 
herein, there is illustrated an architecture for a voice-over ATM transit exchange, the exchange comprises a call 
processing and system management 3600, a first E1-ATM adapter 3601, and a second E1-ATM adapter 3602 com- 
municating over an ATM network 3603. 

[0167] Fig. 37 illustrates an implementation model for the transit exchange. Each major component of the hardware 
items implementing the transit exchange is modeled in the implementation model 3700. For example first E1-ATM 
adapter 3601 comprises an E1 protection module 3701 , first to fourth E1-DS0 multiplexers 3702-3705 and a DSO- ATM 
adapter 3713. The call processing and system management 3600 is represented as main and standby MTP-3 proc- 
essors 3706, 3707; main and standby ISUP/call controls, 3708, 3709; first and second MTP-2 frame processors 3710, 
371 1 and an ATM system manager 3712, and E1 - ATM adapter 3602 is represented similarly as the first E1 - ATM adapter 
3601. The voice-over ATM transit exchange of Fig. 37 as illustrated exhibits some additional management modeling 
aspects which exemplify a carrier strength application. In the application model, managed objects for SS7 signaling 
and for the transit switching function are modeled. In the architecture model, management of the ATM AAL2 pipes 
between E1-ATM adapter units, known as virtual trunk groups (VTGs) are modeled. In the implementation model, a 
model of processor plus software load; 1+1 protection of call processing modules; 1:M protection of the E1 trunks, as 
implemented by the E1 protection module; and internal connections between call control, frame processor (MTP-2) 
and signaling links are modeled. 

[0168] Referring to Fig. 38 herein, the application model is a "black box" view of a simple transit exchange with 
protected E-1 trunks (there is no signal transfer point capability and no advanced features), where attached DSO circuits 
carry either traffic or signaling links. Traffic channels are aggregated into voice routes which aggregate the traffic carried 
between adjacent exchanges. Signaling links are aggregated into signaling link sets, which carry signaling information 
between adjacent exchanges. Within the exchange, signaling information terminates at a signaling point. MTP-3 pro- 
vides reliable transport of messages between signaling points. ISUP is a user part which interprets signaling messages 
and sets up and tears down calls. Fig. 39 herein illustrates an application class model of the transit exchange of Figs. 
35 and 38, where each function carried out by the transit exchange is represented by a corresponding function element. 
[0169] Referring to Fig. 40 herein, specific features of the ATM transit exchange architecture which must be modeled 
in the implementation model are: 

• call processing and system management (initially as a black box functional entity, to be decomposed into its con- 
stituent parts as modeling progresses). 

• The E1 -ATM adapter and its ability to provide protection of E1 trunks. 

• Cross-ATM virtual circuits used for: 

• control paths 
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• signaling paths (to/from call processing) 

• traffic 

• virtual trunk groups (VTGs) 

[0170] There is shown in Fig. 40 herein a folded implementation class model for the transit exchange in which first 
and second E1 -ATM adapters are modeled by a single assembly of objects, and the call processing and system man- 
agement are modeled as an assembly of objects. 

[0171] In Fig. 41 there is illustrated the application class model and the implementation class model in which each 
class in the application class model is implemented by a corresponding class of the implementation class model in this 
case, a small portion of the application class model and the corresponding portion of the implementation class model 
are shown. Each cross exchange traffic connection has been modeled as two DSO-ATM adaptation cross-connections 
plus a cross-ATM VTG link. Each terminating signaling link has been modeled as a DSO-ATM adaptation cross-con- 
nection plus a cross-ATM signaling VC between a DSO-ATM adaptation unit and a call processing entity. 
[0172] Referring to Figs. 42 and 43 herein there is illustrated how a call processing feature of the ATM transit ex- 
change is modeled. A template implementation model 4200 for a processor module is used to construct a set of structure 
elements representing an MTP-3 processor module 4301, and an ISUP/CC processor module 4302 in an implemen- 
tation class model of the processor module. The ATM transit exchange call processing is split across two processors, 
one with MTP-software and one with ISUP and call control software. The object model for the generic processor module 
4200 is a framework which is specialized and extended for specific processor load types. The ATM VC CTP has in 
each case been further specialized to model the various connections which have terminations in them at the software 
level. Generic processors with non-ATM ports may be similarly modeled. 

[0173] Referring to Fig. 44, there is illustrated how each processor in the ATM transit exchange implementation 
model has been«duplicated to provide resilience against most cases of software or processor failure. The model in Fig, 
44 presumes that sparing has been realized on a per processor basis (finer grain sparing is possible on a per application 
basis and would be modeled in similar fashion). 

[0174] A resilient processor module is constructed from two non-resilient processor modules which have been con- 
figured with a sparing capability. This capability is implemented by: 

• a virtual channel between a pair of processors which provides a heartbeat between the processors and checkpoints 
in between spared applications on the processors. 

• additional software within the infrastructure to control sparing. 

[0175] The system manager can provision sparing or can force switch over between processor modules by operating 
upon the resilient processor module object. 

[0176] Referring to Fig. 45 there is illustrated an application model and in Fig. 46 there is illustrated an implementation 
model of E1 trunk protection. The E1 trunk protection model within the E1-ATM adapter unit provides 1:M protection 
of E1 information. Time slot 0 is used to control protection. To support continued operation in the case that the spare 
E1 trunkfails, the signaling information is duplicated in one of the main E1 trunks. The spare E1 trunk is able to substitute 
for any of the main E1 trunks in case of failure. The block diagram in Fig. 46 describes an internal structure of an E1 

protection module. — — - - - - 

[0177] In Fig. 47 herein, the E1 protection module implementation model is converted into an implementation class 
model which specifies that a protection control information in time slot 0 is part of an E1 trail. The E1 payload, ie the 
E1 data stream is the part that is actually cross connected within the module. 

[0178] In Fig. 48 herein, there are illustrated how to depict internal control connections needed to reach the MTP-3 
application via a signaling link. Other internal control and management connections can be modeled in a similar way. 
For simplicity, TTP objects have been omitted in Fig. 48. 

[0179] In Fig. 49, there is illustrated an application class model and an implementation class model comprising a 
plurality of classes which in practice are realized as a corresponding set of application level elements and implemen- 
tation level elements in a network controller, the mappings between the application class model and the implementation 
class model shown by dark arrows are implemented in practice as embedded signaling between the application level 
elements and implementation level elements in the network controller. Having modeled the internal connections re- 
quired to support a signaling link, this can now be mapped back onto the application class model for the ATM transit 
exchange. 

[0180] Using the above method of constructing a management system, there may be enabled more efficient con- 
struction of the management system in reduced time through the following features which are inherent in the above 
described methods: 
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• S paration of application models describing functionality of network elements from implementation models de- 
scribing design of composite controllers for implementing control of those composites, and the explicit mappings 
between the implementation models and application models, enables implementations, for example implementa- 
tions of specific equipment configurations, or whatever the implementation model represents, to be reused across 

s different applications. Conversely, as an application model evolves, different component models may be substituted 

in the implementation model. 

• When developing new hardware equipment for composites, the equipment may be constructed in terms of com- 
ponents which have a common architecture and common framework for instantiating a functionality. Specific f unc- 

10 tionality may be added onto this common equipment for performing specific purposes. 

[0181] If, in the management system the common functionality of equipment is modeled separately from the specific 
functionality, then as a common equipment item is reused throughout the network, the implementation model corre- 
sponding to the common equipment can be reused throughout the management system, or in other management 

is systems. Management of the common aspects of the equipment can be reused from management system to manage- 
ment system. An implementation model may comprise a plurality of objects describing a common part of the equipment, 
and parts of the equipment which are specific to a particular application can be modeled by additional objects in the 
implementation class model, or as a sub-class of an existing object in the implementation model which customizes the 
general equipment for a specific purpose. For example referring to Fig. 50 herein there is illustrated an application 

20 class model 5001 for an item of common equipment, adapted for a specific function, together with its corresponding 
implementation model 5002. The common equipment item is customized for digital signal processing. The implemen- 
tation model 5002 comprises an implementation model 5003 for the common equipment, together with an implemen- 
tation model 5004 specific to the digital signal processing. The composite of the common equipment implementation 
model 5003 and the digital signal processing model 5004 customizes the equipment for the digital signal processing 

25 function. An application level element arising from the application class model 5001 maps across directly to a corre- 
sponding implementation level element in the implementation class model 5002. Thus, functionality of the customized 
equipment is described in the network management system by an application level element constructed in accordance 
with application class model whilst the implementation and operation of the customized equipment is represented in 
the network management system by an implementation level element constructed according to the implementation 

30 class model, which itself comprises an implementation class sub-model relating to the part of the equipment which is 
common. 

[01 82] To customize the common equipment for a different function, for example ATM access, the customized equip- 
ment is represented in the management system by an implementation level element constructed according to an im- 
plementation class model comprising the common equipment implementation class sub-model and a further imple- 
35 mentation class sub-model constructed of specific component controllers and by an application level element con- 
structed in accordance with an application class model describing the ATM access function. In the networkmanagement 
system, the application level element controls the implementation level element in accordance with mappings between 
the classes of the application class model and implementation class model respectively. 

[0183] The common equipment is application independent and can be customized for specific functionality, and the 
40 component controller in the network management system corresponding to the common equipment is also application 
independentand can be customized by addition of other component controllers to give application specific control of 
the equipment 

• New or enhanced functionality can be applied across a wide variety of models: Although specific application class 
45 models and implementation class models are dedicated to specific functions and specific composites, with some 

reuse of common equipment embedded, there are some management functions which apply to a majority of the 
composites and their constituent components, such as for example fault management, configuration management 
and performance management because these types of functions are common regardless of what type of equipment 
or applications are included in the network. The same structures of objects can be applied to application level 

50 elements controlling functions of a wide variety of equipment. For example the generic aspect of configuring a 

managed object can be applied to a DS0 port, a DS0 connection termination point, and so. Thus, there is an 
advantage in that whenever a new item of hardware equipment of a composite is built, which needs to be managed, 
because the equipment in general will be constructed from a known pool of components, the component controllers 
representing items such as termination points, ports, cross-connects and links will recur. Each time one of these 

55 items appears, the corresponding portions of the management system can be reused, without the need to manu- 

facture new component controllers. Further, where a hardware component is modified, the corresponding appli- 
cation level element need not be altered. Only a new component controller needs to be created for the new com- 
ponent. 
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• New or enhanced functionality has value across all models. Thus, if a management functionality is improved, those 
improvements can be applied across all composites and components. Thus, if for example management function- 
ality is enhanced to provide enhanced alarm correlation, that enhanced alarm correlation can be applied to all 
composites elements and components of the network. Thus, management functions can be incrementally improved 

s without the need for complete management system restructuring, but rather only by incremental management 

system restructuring. Incremental improvements to the network management system representing improvements 
in management functionality can be made independently of incremental improvements to the management system 
reflecting improvements in the composite and component equipments. 

10 • The management system can be viewed from several different views due to its separation of construction into the 
plurality of application level, implementation level, system controllers, composite controllers and component con- 
trollers. For example, the internal structure of the network controller is not locked into any one particular view, and 
views can be added incrementally. For example different customers may require different types of interface to the 
management system for example different machine-machine interfaces. Using the present methods herein each 

15 interface can be constructed incrementally. It is not necessary to reconsider the whole management system when 

applying a new interface and changes to the management system can be constrained. 

• The same views may be offered over different underlying transport protocols. The graphical user interface view is 
separated from the application model and implementation models within the management system, and the graph- 
ic ical user interface views may be offered over different transport protocols eg X.25, ATM. 

[0184] Referring to Fig. 51 herein, there is illustrated steps for constructing a network management system based 
on a combined object model as obtained with reference to Figs. 14 to 50 herein. The steps illustrated in Fig. 51 are 
shown in a sequence which may be followed where a plurality of composites and components for a communications 

25 network have already been selected, and a management system for that network is to be constructed. In step 5100, 
a set of functionality requirements which are to be managed are modeled in terms of "black box - functions as described 
hereinbefore. A plurality of black box functions are modeled interconnected, to obtain a functionality structure com- 
prising an application model as hereinbefore described. In step 5101 , the management system functionality is decom- 
posed into an implementation model, in which each composite and component of the network is described in terms of 

so its component structure to form an implementation model. Connectivity between "black box" models of components 
and composites is included in the implementation model. In general, replaceable and reusable components are mod- 
eled as "black boxes". In step 5102, the structure comprising the application model is decomposed into a plurality of 
function objects, each representing functions to be managed, to obtain an application class model as hereinbefore 
described. In step 5103, the component structures and composite structures of the implementation model are decom- 

35 posed into a plurality of interconnected structure objects and assemblies of structure objects representing components 
and composites, to obtain an implementation class model as hereinbefore described. The implementation class model 
may comprise a folded implementation class model for optimization of the network management system. In step 5104, 
each function object of the application class model is connected to a corresponding structure object of the implemen- 
tation class model by a mapping, to obtain a combined class model as hereinbefore described. The combined class 

40 model is then used as a plan for constructing the management system in terms of application level elements, imple- 
mentation level elements, system controllers, composite controllers, and component controllers. In step 5105, each 
function object and each structure object of the combined object model are constructed as a corresponding application 
level element or implementation level element as appropriate. 

[0185] Referring to Fig. 52 herein, there is explained a method of constructing objects of the combined object model 
45 as a set of system controllers, composite controllers and component controllers. In step 5201 , objects are assembled 
to form individual component controllers according to the layout of objects given in the combined object model. The 
component controllers are constructed by implementing the objects in an object oriented programming language which 
is used to control a processor and communications interface ports to send the appropriate OAM signals to the com- 
ponent itself, for managing that component. In step 5202, the component controllers are aggregated into assemblies 
50 of component controllers linked together by further objects to form implementation level elements of composite con- 
trollers according to the plan specified in the combined object model. In step 5203, a plurality of objects representing 
function only of a composite are assembled to form a plurality of application level elements of a corresponding plurality 
of composite controllers according to the plan defined by the combined object model. In step 5204, for each composite 
controller, the application level element and implementation level element are connected so as to communicate with 
55 each other, the connections being constructed in the object oriented programming language, in accordance with a set 
of mappings between objects of the application level element and objects of the implementation level element of the 
composite controller. In step 5205, a plurality of objects describing functionality of a system are assembled into an 
application level element of a system controller, according to the plan specified in the combined object model. In step 
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5206, a plurality of Implementation level elements of composite controllers, and a plurality of component controllers 
nested within the implementation level elements are assembled in accordance with a plan given by the combined object 
model to obtain an implementation level element of a system controller. In step 5207, objects describing functionality 
in the application level element of the system controller are connected to the internal objects of the implementation 
level elements, composite controllers and component controllers by means of mappings specified in the combined 
object model in order to create a complete system controller. 

[0186] Referring to Fig. 53 herein, there is described another example of steps for constructing a network manage- 
ment system using a library of reusable replaceable components and libraries of function controllers and component 
controllers as hereinbefore described. In step 5300 a requirement for a modification of a functionality of a communi- 
cations network is established. In step 5301, appropriate components are selected in order to fulfill the functional 
requirements. In step 5302, component models comprising individual implementation models for individual components 
as hereinbefore described, which correspond to components selected from component library 5016 are composed and 
aggregated in step 5303 to form an aggregate implementation model 5304 reflecting the new functionality requirement 
set out in step 5300. The aggregate implementation model obtained in step 5304 may be abstracted in step 5305, for 
example by folding of the implementation model as hereinbefore described. When new network elements are created, 
through the composition aggregation of components, in steps 5303 and 5304, the implementation class models ob- 
tained through this process may be added to the component library 5306 for future use. The aggregate implementation 
model 5304 may be arrived at iteratively by assembly and composition of components from the component library. 
Physical construction of new network elements comprising a plurality of existing components may involve addition of 
sub-components to link the components. Each sub-component may be controlled by a new sub-component controller. 
The new sub-component controllers which connect the component controllers need to be designed and constructed. 
However, the components and component controllers which were taken from the component library 5306 need not be 
redesigned, but are assembled to each other as modular units wherein assembly of a set of hardware components is 
reflected in the management system by assembly of a set of corresponding component controllers. 



Claims 

1. A network management system for managing a communications network comprising a plurality of composites of 
components, said management system characterized by comprising: 

at least one composite controller implementing control of a said composite; 

a plurality of managed objects each representing a functionality of said composite, 

wherein each said managed object corresponds with at least one said composite. 

2. The network management system according to claim 1 , wherein: 

a said composite controller comprises a plurality of component controllers, each said component controller 
representing a component of a corresponding said composite. 



3. The network management system according to claim 1 or 2, wherein a said composite controller comprises a 
plurality of component controllers, said component controllers each corresponding to an internal component of a 
said composite, said component controllers being interconnected in a manner representing an internal structure 
of said composite. 

4. The network management system according to any one of the preceding claims, wherein each said managed 
object represents a corresponding function capability of a said component of a composite. 

5. The network management system according to any one of the preceding claims, wherein 

a said composite controller comprises a plurality of component controllers; and 

each said managed object corresponds with at least one said component controller of said composite control- 
ler. 

6. A network management system for managing a communications network comprising a plurality of composites of 
components, said management system characterized by comprising: 
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a plurality of implementation level elements controlling said plurality of composites, said implementation level 
elements comprising a plurality of component controllers assembled in a manner which corresponds with 
internal structures of said components; and 

a plurality of application level elements controlling said plurality of composites, said application level elements 
comprising a plurality of managed objects representing a functionality of said composites independently of a 
structure of said composites. 

7. The network management system as claimed in claim 6, wherein each said component controller comprises a 
component control means for generating a set of control signals for controlling a component of a said network 
element. 

8. The network management system as claimed in claim 6 or 7, wherein said component control means comprises 
one or a plurality of managed objects arranged to control internal physical resources of a said component. 

9. The network management system as claimed in claim 6, 7 or 8, wherein a said managed object operates to generate 
control signals for controlling a said component controller. 

10. The network management system as claimed in any one of claims 6 to 9, wherein 

a said managed object generates a control signal for controlling said component controller; and 

a said component controller receives said control signal and generates a component control signal in response 
to said received control signal. 

11. The network management system as claimed in any one of claims 6 to 10, further comprising a graphical user 
interface capable of viewing management data signals from said plurality of application level elements and said 
plurality of implementation level elements, said data signals describing a functionality and structure of said plurality 
of composites. 

12. The network management system as claimed in any one of claims 6 to 11, wherein a said component controller 
provides management data relating to a functionality of at least one corresponding component. 

13. A network management system for managing a communications network comprising a plurality of components 
assembled into composites of components, said management system characterized by comprising: 

a plurality of implementation level elements providing management data relating to said plurality of composites, 
in which internal structures of said composites are represented by said implementation level elements; and 

a plurality of application level elements providing management data relating to said plurality of composites, in 
which functionality of said composites are represented independently of said internal structures by said appli- 
cation level elements. 

14. A method of manufacturing a management system of a communications network characterized by comprising a 
plurality of composites each comprising a plurality of components each component providing a unit of re-usable 
functionality, said management system comprising: 

a plurality of component controllers each corresponding to a said component of said network; and 

a plurality of first managed objects each describing a functionality of at least one corresponding said compo- 
nent, each of said first managed objects representing a functionality of a said component independently of a 
structure of said component; 

said method comprising the steps of: 

assembling said plurality of component controllers and said plurality of first managed objects by connecting 
each said first managed object to at least one corresponding said component controller said corresponding com- 
ponent controller implementing management control of a corresponding said component. 
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15. The method as claimed in claim 14, wherein said step of assembling said plurality of component controllers com- 
prises: 

representing a structure of an individual network composite by a plurality of said component controllers, 
arranged in a manner which corresponds to said structure. 

16. The method as claimed in claim 14 or 15, wherein said step of assembling said plurality of component controllers 
comprises: 

representing a plurality of manageable functions carried out by a said composite structure in the network by 
said plurality of first managed objects. 

17. The method as claimed in any one of claims 14 to 16, wherein a said component controller comprises: 

a data storage means configured to store a set of data signals describing a said component; and 
a component control means for generating a set of control signals for controlling said component. 

18. The method as claimed in any one of claims 14 to 17, wherein a said first managed object comprises: 

a data storage means configured to store a set of data signals describing a function of at least one said 
component; and 

a control means for generating control signals for controlling a said component controller. 

19. The method as claimed in any one of claims 14 to 18, wherein said step of connecting comprises representing 
each of a plurality of functions of a said composite by a respective corresponding first managed object, and rep- 
resenting an implementation of a said function by an implementation level element comprising a plurality of second 
managed objects; and 

relating each first managed object to at least one corresponding respective second managed object. 

20. The method as claimed in any one of claims 1 4 to 1 9, wherein said step of connecting comprises: 

arranging a component controller to control at least one component in response to a control signal generated 
by a said first managed object. 

21 . The method as claimed in any one of claims 1 4 to 20, comprising a step of providing a respective second managed 
object for controlling each function of a component. 

22. The method as claimed in any one of claims 1 4 to 21 , comprising the steps of: 

providing a first managed object corresponding to each type of function carried out by a component; 
providing a component controller for each type of said component; 

wherein each said first managed object is represented by at least one said component controller by connecting 
said first managed object to said at least one component controller by a mapping which defines a relationship 
between a said first managed object and a said component controller. 

23. The method as claimed in any one of claims 1 4 to 22, wherein each said component controller comprises a plurality 
of managed objects and each said function controller comprises a plurality of managed objects, and; 

a said managed object of a function controller comprises a data processing element, and a data storage means 
storing data signals and control signals; and 

a said managed object of a component controller comprises a data processing element and a data storage 
means storing data signals and control signals. 

24. A method of constructing a management system for a communications network comprising a plurality of composites 
of components, said method characterized by comprising the steps of: 
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assembling a plurality of composite controllers, each composite controller arranged for controlling a corre- 
sponding said composite; 

assembling a plurality of managed objects, each representing a functionality of at least one said composite; and 

connecting each said managed object with at least one corresponding said composite such that a functionality 
of said composite represented by said managed object is implemented by control signals sent from said com- 
posite controller to said composite. 

25. The method as claimed in claim 24, comprising the step of assembling a plurality of managed objects, each relating 
to a management function of a component. 

26. The method as claimed in claim 24 or 25, comprising the step of constructing each said composite controller, as 
a plurality of component controllers, each said component controller corresponding to a component of a said com- 
posite. 

27. A method of managing a communications network comprising a plurality of composites of components, said man- 
agement method characterized by comprising the steps of: 

representing a plurality of functions of a composite by a corresponding respective plurality of managed objects, 
each said managed object capable of storing data signals describing a corresponding respective said function; 

representing a plurality of components of a said composite by a corresponding respective plurality of compo- 
nent controllers, said component controllers interconnected in a manner representing an interconnection of 
said components within the network; and 

operating said component controllers for generating a plurality of control signals for controlling operation of 
said components, in response to control signals generated by said managed objects. 

28. A tool for creating an object model of a network management system, said tool characterized by comprising: 

a data processing means comprising a processor (500) and memory (501); 

a graphical user interface (504) comprising a visual display device and a manual data entry means; 

means (500, 501, 504) for creating a plurality of black box data representations, each said black box data 
representation representing a unit of functionality which is capable of being managed individually as a discrete 
entity; and 

means (500, 501, 504) for creating a plurality of white box data representations, each said white box data 
representation representing a physical resource configured for implementing said functionality. " 

29. The tool as claimed in claim 28, further comprising a library (5306) comprising a store of a plurality of said black 
box and white box data representations. 

30. The tool as claimed in claim 28 or 29, comprising means (500, 501, 504) for assembling a plurality of said black 
box data representations into a first model data representation (1402), said first model representing functionality 
of a system independently of implementation of said functionality. 

31. The tool as claimed in any one of claims 28 to 30, comprising means for assembling a plurality of said white box 
data representations to create a second model data representation (1 404), said second model data representation 
comprising a data representation implementing a functionality of a system. 

32. The tool as claimed in any one of claims 28 to 31 , comprising mapping means (1 408) configured to map a plurality 
of said black box data representations to a first plurality of class data representations. 

33. The tool as claimed in any one of claims 28 to 32, comprising mapping means (1411) for mapping a plurality of 
said white box data representations to a second plurality of class data representations. 
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34. The tool as claimed in any one of claims 28 to 33, wherein said plurality of black box data representations and 
said plurality of white box data representations are displayable as graphical displays on said visual display device. 

35. The tool as claimed in any one of claims 28 to 34, further comprising an interface (500, 601 ; 504, 600) for input 
s and output of black box data representations, model data representations or class data representations. 

36. A network controller (402) comprising a tool as claimed in any one of claims 28 to 35. 
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